Closed
Bug 574056
Opened 15 years ago
Closed 11 years ago
some mobile sites with JBoss/Apache-Coyote serve xmlns-free content with application/xhtml+xml mime type to browsers that "Accept" application/xhtml+xml
Categories
(Web Compatibility :: Site Reports, defect)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: piero.verdiani, Unassigned)
References
()
Details
Attachments
(1 file)
106.50 KB,
image/png
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv:1.9.2.4) Gecko/20100611 Firefox/3.6.4
Build Identifier:
Accessing some sites that recognize the device as smartphone, the browser is redirected to a specific mobile site. In some cases the browser displays the following:
This XML file does not appear to have any style information associated with it. The document tree is shown below. The code is then shown in the browser.
This can be checked by accessing from the Android Phone (in my case HTC Desire)
the following locations:
http://mobil.jp.dk
http://m.bt.dk
I have tested it on other mobile sites and there it seems to work.
Reproducible: Always
Steps to Reproduce:
1.Access www.mobil.jp.dk
2.
3.
Actual Results:
The following appears on the screen:
This XML file does not appear to have any style information associated with it. The document tree is shown below.
The code is then shown in the browser
Expected Results:
A web page
Reporter | ||
Updated•15 years ago
|
OS: Other → Android
Comment 1•15 years ago
|
||
the doctypes for those two pages:
http://mobil.jp.dk/:
<!DOCTYPE html PUBLIC "-//WAPFORUM//DTD XHTML Mobile 1.0//EN" "http://www.wapforum.org/DTD/xhtml-mobile10.dtd">
http://m.bt.dk/:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
Updated•15 years ago
|
Component: General → DOM: Core & HTML
Product: Fennec → Core
QA Contact: general → general
![]() |
||
Comment 2•15 years ago
|
||
What does doctype have to do with it? What MIME type is the server sending when the problem appears? What data is it sending?
This is sounding like a server bug, not a bug on our end, but need the above data to confirm.
Comment 3•15 years ago
|
||
in both cases the mime type is application/xhtml+xml. I was thinking in the first case that we're bailing on it because the doctype indicates XHTML-MP.
Comment 4•15 years ago
|
||
I should note that I'm reproducing this in minefield, so its not fennec or mobile only
![]() |
||
Comment 5•15 years ago
|
||
> in both cases the mime type is application/xhtml+xml.
OK, and what does the markup look like?
> doctype indicates XHTML-MP.
We ignore the doctype completely in XHTML (except loading the internal subset).
> I should note that I'm reproducing this in minefield,
Hmm.. worksforme over here (on Mac, though, and a build from a few days ago).
Comment 6•15 years ago
|
||
this is what it looks like in my build (Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.3a6pre) Gecko/20100623 Minefield/3.7a6p)
![]() |
||
Comment 7•15 years ago
|
||
I just tested some more, and while this worksforme on Mac, I _do_ see the problem on Linux using http://m.bt.dk/ . Digging into it.
[timeless@konigsberg mxr-test]$ cat 00; cat 00 - | nc m.bt.dk 80 |head -10
GET / HTTP/1.0
accept: text/html,not-application/xhtml+xml2
host: m.bt.dk
HTTP/1.1 200 OK
Server: Apache-Coyote/1.1
X-Powered-By: Servlet 2.4; JBoss-4.2.2.GA (build: SVNTag=JBoss_4_2_2_GA date=200710221139)/Tomcat-5.5
Set-Cookie: JSESSIONID=E246C542ACE88B3598FC52DB67F4B23E.uw-portal1; Path=/
Vary: User-Agent
X-Powered-By: Servlet 2.4; JBoss-4.2.2.GA (build: SVNTag=JBoss_4_2_2_GA date=200710221139)/Tomcat-5.5
Content-Type: application/xhtml+xml;charset=UTF-8
Date: Thu, 24 Jun 2010 16:21:10 GMT
Connection: close
my favorite is:
[timeless@konigsberg mxr-test]$ cat 00; cat 00 - | nc m.bt.dk 80 |head -10
GET / HTTP/1.0
accept: text/html,not-application/xhtml+xml2
user-agent: Mozilla/5.0 (U; Intel Mac OS X 10.6; en; rv:1.9.0.19pre) Gecko/2010062100 Camino/2.1a1pre (like Firefox/3.0.19pre)
host: m.bt.dk
HTTP/1.1 200 OK
Server: Apache-Coyote/1.1
X-Powered-By: Servlet 2.4; JBoss-4.2.2.GA (build: SVNTag=JBoss_4_2_2_GA date=200710221139)/Tomcat-5.5
Set-Cookie: JSESSIONID=1C6C397168502ADA246FC671BBC0F45A.uw-portal2; Path=/
Vary: User-Agent
X-Powered-By: Servlet 2.4; JBoss-4.2.2.GA (build: SVNTag=JBoss_4_2_2_GA date=200710221139)/Tomcat-5.5
Content-Type: application/vnd.wap.xhtml+xml;charset=UTF-8
Date: Thu, 24 Jun 2010 16:25:09 GMT
Connection: close
Note that it isn't doing this anymore. I wonder if they realized they're doing something wrong...
![]() |
||
Comment 10•15 years ago
|
||
OK, a bit of experimentation shows that for http://m.bt.dk if the Accept header includes the string "application/xhtml+xml" (which ours does, but note that their Accept parser is broken; it detects not-application/xhtml+xml2 as "xhtml"), and if the User-Agent string doesn't match certain criteria the site responds with the application/xhtml+xml MIME type and a page that has no xmlns attribute in sight.
I can't tell what the User-Agent string criteria are, but certainly our Linux UA does NOT fit them, whereas our Mac UA does. Simply doing s/Linux/Mac/ in our Linux UA makes us get HTML. Sending no UA string at all, however, or sending just "Mac" as the UA gets us XHTML.
So the summary is that the server is just broken. If you have contacts with these people, please let them know.
Assignee: nobody → danish
Status: UNCONFIRMED → NEW
Component: DOM: Core & HTML → Danish
Ever confirmed: true
Product: Core → Tech Evangelism
QA Contact: general → danish
Version: Trunk → unspecified
Comment 11•15 years ago
|
||
fwiw, in case people are wondering why we didn't render the 'xhtml', the reason is that xhtml needs a namespace.
their "code" has:
<html>
it needs to have:
<html xmlns="http://www.w3.org/1999/xhtml">
if it wants to be treated as xhtml.
We could respond to such sites by removing 'xhtml' from our accept list and sending a new request. That might be a reasonable response for GET requests....
And yeah, the UA criteria are strange and seem to be shifting.
Summary: When accessing some sites specific for smartphones the code is shown → some mobile sites with JBoss/Apache-Coyote serve xmlns-free content with application/xhtml+xml mime type to browsers that "Accept" application/xhtml+xml
![]() |
||
Comment 12•11 years ago
|
||
Moving to mobile components.
That said, the two sites given in the bug do not exhibit anymore the issues.
I will close it as INVALID and we might reopen if we find a site which has the same pattern.
Assignee: danish → nobody
URL: http://mobil.jp.dk
Status: NEW → RESOLVED
Closed: 11 years ago
Component: Danish → Mobile
Resolution: --- → INVALID
Assignee | ||
Updated•6 years ago
|
Product: Tech Evangelism → Web Compatibility
Assignee | ||
Updated•11 months ago
|
Component: Mobile → Site Reports
You need to log in
before you can comment on or make changes to this bug.
Description
•