173923 2017-06-28 07:31:56 -0700 [GTK] Blank page when expected "source" XML 2017-07-03 06:54:37 -0700 1 1 1 Unclassified WebKit WebKitGTK Other Unspecified Unspecified RESOLVED FIXED P2 Normal --- 1 bugzilla webkit-unassigned bugs-noreply cgarcia danw mcatanzaro oldest_to_newest 1323530 0 bugzilla 2017-06-28 07:31:56 -0700 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. 1323531 1 bugzilla 2017-06-28 07:32:08 -0700 webkitgtk4-2.16.4-1.fc26.x86_64 1323915 2 cgarcia 2017-06-29 02:24:16 -0700 (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. 1325106 3 danw 2017-07-03 06:38:47 -0700 (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. 1325109 4 mcatanzaro 2017-07-03 06:54:37 -0700 OK, thanks Dan!