Bug 173923
| Summary: | [GTK] Blank page when expected "source" XML | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Bastien Nocera <bugzilla> |
| Component: | WebKitGTK | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED FIXED | ||
| Severity: | Normal | CC: | bugs-noreply, cgarcia, danw, mcatanzaro |
| Priority: | P2 | ||
| Version: | Other | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
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.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
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!