Bug#811213: repro: HTTP configuration interface redirecting incorrectly when behind apache proxy

[James Valleroy]

Package: repro
Version: 1:1.10.1-2+b1
Severity: normal

Dear Maintainer,

I am using the following apache2 conf to access the web config interface:

<Location /repro>
    ProxyPass http://localhost:5080
</Location>

This works ok if I visit a page like
http://localhost/repro/domains.html. But when I try to access
http://localhost/repro, I get redirected to http://localhost/index.html.
There should be a way to specify that the redirect should point to
/repro/index.html instead of /index.html.


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.3.0-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages repro depends on:
ii  adduser              3.113+nmu3
ii  libc-ares2           1.10.0-2
ii  libc6                2.21-6
ii  libdb5.3++           5.3.28-11
ii  libgcc1              1:5.3.1-6
ii  libmysqlclient18     5.6.28-1
ii  libpq5               9.5.0-2
ii  libpython2.7         2.7.11-3
ii  libradcli4           1.2.4-2
ii  libresiprocate-1.10  1:1.10.1-2+b1
ii  libssl1.0.2          1.0.2e-1
ii  libstdc++6           5.3.1-6
ii  openssl              1.0.2e-1

Versions of packages repro recommends:
ii  apache2-utils                          2.4.18-1
ii  resiprocate-turn-server [turn-server]  1:1.10.1-2+b1

Versions of packages repro suggests:
pn  jscommunicator-web-phone  <none>

-- Configuration Files:
/etc/repro/repro.config changed [not included]

-- no debconf information


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-voip-maintainers/attachments/20160116/9dfa3667/attachment.sig>