upnp: fix exposed directory URLS
Previous implementation generated input item directories with URLs not compliant with RFC 3986 in an attempt to keep the original URL while triggering the UPNP directory acces properly. Here's an exemple of a previous upnp directory url:
The stacking of schemes (upnp://http://
) is problematic and leads to
most of the validators failing on those generated URLs (see the
referenced issue).
This patch fix the issue by simply replacing the original http://
scheme by upnp://
instead of stacking both. To avoid any potential
regression with some obscure usage forcing https, a shortcut of the
directory access is introduced for https specificaly.
The example above would then be fixed like that:
Potential use-cases with https would instead generate the following:
Refs VLCKit#728 (closed)