Bug 173923 – [GTK] Blank page when expected "source" XML

• Status: RESOLVED
• Resolution: FIXED
• Component: WebKitGTK

[Bastien Nocera]

Opening http://ftp.gnome.org/pub/GNOME/teams/releng/3.18.0/gnome-suites-core-deps-3.18.0.modules in MiniBrowser leads to a blank page.

No content-type seems to be set on the server end, but the browser tries to load it as XML anyway.

[Bastien Nocera]

webkitgtk4-2.16.4-1.fc26.x86_64

[Carlos Garcia Campos]

(In reply to Bastien Nocera from comment #0)
> Opening
> http://ftp.gnome.org/pub/GNOME/teams/releng/3.18.0/gnome-suites-core-deps-3.
> 18.0.modules in MiniBrowser leads to a blank page.
> 
> No content-type seems to be set on the server end, but the browser tries to
> load it as XML anyway.

I think it's the opposite, it tries to load it as HTML instead of XML. I think this is what the soup sniffer gives to us. In case of xml document soup considers it as a HTML document unless it's a RSS/RDF feed. I don't know why, though.

[Dan Winship]

(In reply to Carlos Garcia Campos from comment #2)
> I think it's the opposite, it tries to load it as HTML instead of XML. I
> think this is what the soup sniffer gives to us. In case of xml document
> soup considers it as a HTML document unless it's a RSS/RDF feed. I don't
> know why, though.

It looks like there's a bug/typo in the tables in soup-content-sniffer.c:

	{ TRUE, FALSE,
	  (const guchar *)"\x00\xFF\xFF\xFF\xFF\xFF",
	  (const guchar *)" <?xml",
	  5,
	  "text/html",
	  TRUE },

"text/html" should obviously be "text/xml"... Fixed in git.

[Michael Catanzaro]

OK, thanks Dan!