After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 575153 - libsoup escapes hostnames, breaks IDNs
libsoup escapes hostnames, breaks IDNs
Status: RESOLVED DUPLICATE of bug 590524
Product: libsoup
Classification: Core
Component: HTTP Transport
2.25.x
Other Linux
: Normal normal
: ---
Assigned To: libsoup-maint@gnome.bugs
libsoup-maint@gnome.bugs
Depends on:
Blocks:
 
 
Reported: 2009-03-12 22:26 UTC by Emilio Pozuelo Monfort
Modified: 2009-12-19 14:44 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Emilio Pozuelo Monfort 2009-03-12 22:26:29 UTC 
Hi,

It looks like libsoup doesn't have IDN support. Trying to fetch http://www.märchen.de/ fails, seems to be because it escapes the hostname:

NET: downloading http://www.märchen.de
NET: download status code: 0
NET: source after download: >>>http://www.m%C3%A4rchen.de/<<<
Comment 1 Dan Winship 2009-03-13 18:47:44 UTC 
IDN not working is bug 548287. It would fail even if it didn't escape the hostname. :)

however, i believe the SoupURI handling of non-ASCII names is currently somewhere between "unexpected" and "broken".
Comment 2 Alexander V. Butenko 2009-10-13 19:35:34 UTC 
i think its already fixed in 2.28.0 with gresolver?
Comment 3 Dan Winship 2009-10-13 19:41:30 UTC 
IDNs work but I didn't do any work on SoupURI, so it's probably not doing the right thing in all cases...
Comment 4 Dan Winship 2009-12-19 14:44:30 UTC 
duping to the general URI-parsing nitpicking bug. (the page linked there gives specific recommendations about hostname encoding)

*** This bug has been marked as a duplicate of bug 590524 ***