Fix config editor when using HTTPS

[gsmet]

Fixes #29431

This is a workaround though. The core of the problem is that when in HTTPS, event.request().absoluteURI() returns an HTTP url, which is wrong and leads to the redirect not working.

/cc @cescoffier

[quarkus-bot]

Failing Jobs - Building e2572f4

Status	Name	Step	Failures	Logs	Raw logs
✔️	JVM Tests - JDK 11
✖	JVM Tests - JDK 17	Build	Failures	Logs	Raw logs
✖	JVM Tests - JDK 17 MacOS M1	Set up runner	⚠️ Check →	Logs	Raw logs
✔️	JVM Tests - JDK 18

Full information is available in the Build summary check run.

Failures

⚙️ JVM Tests - JDK 17 #

- Failing: integration-tests/kafka-sasl 

📦 integration-tests/kafka-sasl

✖ io.quarkus.it.kafka.SaslKafkaConsumerTest.testReception - More details - Source on GitHub

java.lang.RuntimeException: java.lang.reflect.InvocationTargetException
	at io.quarkus.test.junit.QuarkusTestExtension.throwBootFailureException(QuarkusTestExtension.java:625)
	at io.quarkus.test.junit.QuarkusTestExtension.interceptTestClassConstructor(QuarkusTestExtension.java:696)

[cescoffier]

@gsmet Can you open an issue about the "event.request().absoluteURI() returns an HTTP url, which is wrong and leads to the redirect not working."

It's definitely a bug. The Vert.x logic is handling HTTPS correctly:

static String absoluteURI(String serverOrigin, HttpServerRequest req) throws URISyntaxException {
    String absoluteURI;
    URI uri = new URI(req.uri());
    String scheme = uri.getScheme();
    if (scheme != null && (scheme.equals("http") || scheme.equals("https"))) {
      absoluteURI = uri.toString();
    } else {
      String host = req.host();
      if (host != null) {
        absoluteURI = req.scheme() + "://" + host + uri;
      } else {
        // Fall back to the server origin
        absoluteURI = serverOrigin + uri;
      }
    }
    return absoluteURI;
  }

However, in the ForwardParser we have in Quarkus, things are a bit unclear. I need to have a deeper look.

[gsmet]

I created #29612 .