Server

When sending a request body that decodes a Content type. If the request is sent as multipart with the right header set, but the body is empty, a 500 error is returned. This can cause problems with apps that have automatic reporting for internal server errors as it should be reported as a bad request

The upstream issues got closed. It is referenced in:

• cmd/cli/handler_import_jwk_test.go#L49

This issue was created by the ORY Closed Reference Notifier GitHub action.

This is a feature request, to display the valid SSL name (from the certificate) when starting up the server.

Steps to reproduce the issue, if applicable. Include the actual command and output and/or stack trace.

$ http-server -S

Starting up http-server, serving ./ through https
Available on:
  https://127.0.0.1:8080
  https://192.168.77.123:8080

**What did you exp

Context and Description

The READMEs and any example code in all projects should be updated to reflect the move from the IBM-Swift organization to the Kitura organization.

If anyone wants to take on all or part of this, please comment here so other's know what you're working on and submit PR's. :-)

Thanks!

Context
Some devices only have mono-output at which point our positional audio feature can't work as it will require at least two channels to simulate any spatial effects.

Describe the feature you have in mind
A warning for anyone that has positional audio enabled but is using a mono device

Describe alternatives you've considered
None

Additional context
See e.g. #5220

Hi Team,

I have created a vespa multinode stack and performed a load test for search query

1. search with single field with 60s timeout - median was consistent around 150 to 200ms
   endpoint : /search/
   http request : POST
   Body:
   {
   "yql":"select * from sources * where table contains "testing.vespa.search"
   }
2. search with more fields and conditions - median was 100+ secs which is very