Closed
Bug 424767
Opened 17 years ago
Closed 17 years ago
start page "about:" gives XML Parsing Error: undefined entity
Categories
(MailNews Core :: Security, defect)
MailNews Core
Security
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla1.9
People
(Reporter: mkmelin, Assigned: philor)
References
Details
(Keywords: regression, Whiteboard: [workaround: comment 6])
Attachments
(1 file)
1.58 KB,
patch
|
Bienvenu
:
review+
neil
:
superreview+
|
Details | Diff | Splinter Review |
STR: 1) Set your start page as "about:". 2) Go -> Mail Start page XML Parsing Error: undefined entity Location: jar:file:///opt/softa/moz/nightly/2008-03-07_trunk/thunderbird/chrome/toolkit.jar!/content/global/about.xhtml Line Number 70, Column 9: <li>&about.copy.beforeLink; <a href="about:credits">&about.copy.linkTitle;</a> &about.copy.afterLink;</li> --------^ This broke 20080222 -> 20080223 (linux builds) In that range, bug 418119 looks like the likely culprit, since I think the entities nor the xml didn't really change. I think network error pages in thunderbird is broken too. (Try the url "about".)
Reporter | ||
Comment 1•17 years ago
|
||
Bonsai: <http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2008-02-22+03%3A00%3A00&maxdate=2008-02-23+03%3A00%3A00&cvsroot=%2Fcvsroot>
Comment 2•17 years ago
|
||
Yes, it seems that the DTDs for this page were blocked by some content policy. However, all these DTDs are chrome:// URLs, if I read nsMsgContentPolicy correctly those will always be let through. And that's the only mail-specific content policy from what I can tell.
Reporter | ||
Comment 3•17 years ago
|
||
According to bug 349985, the about page doesn't have chrome privileges, however. (There is also an older bug for the showing the icon on that page properly - bug 391600.)
Comment 4•17 years ago
|
||
You don't need chrome privileges to load DTDs from chrome://, any web page can do that (which was exactly the point of bug 418119).
Reporter | ||
Updated•17 years ago
|
Flags: blocking-thunderbird3?
Comment 5•17 years ago
|
||
[Mozilla Thunderbird, version 3.0a1pre (2008041903)] (nightly) (W2Ksp4) Confirmed, with Windows. [Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9pre) Gecko/2008041902 SeaMonkey/2.0a1pre] (nightly) (W2Ksp4) Confirmed, with SeaMonkey. {{ XML Parsing Error: undefined entity Location: jar:file:///.../seamonkey/chrome/toolkit.jar!/content/global/about.xhtml Line Number 70, Column 9: <li>&about.copy.beforeLink; <a href="about:credits">&about.copy.linkTitle;</a> &about.copy.afterLink;</li> --------^ }} (+ same error in Error Console) |dom.report_all_js_exceptions| and |javascript.options.strict| don't show up anything more.
Assignee: nobody → dveditz
Component: General → Security
Flags: blocking-thunderbird3?
OS: Linux → All
Product: Thunderbird → Core
QA Contact: general → toolkit
Summary: start page "about:" gives XML Parsing Error: undefined entity → SeaMonkey/Thunderbird <about:> start page gives "XML Parsing Error: undefined entity"
Target Milestone: --- → mozilla1.9
Updated•17 years ago
|
Flags: blocking1.9?
Comment 6•17 years ago
|
||
Bug 400263 comment 17 gave me a hint: [Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9pre) Gecko/2008041902 SeaMonkey/2.0a1pre] (nightly) (W2Ksp4) [Mozilla Thunderbird, version 3.0a1pre (2008041903)] (nightly) (W2Ksp4) Still works fine: <chrome://global/content/about.xhtml> Broken: <about:> That's a workaround for developers, but end-user won't guess the <chrome://...> URL. NB: FWIW, <about:config> works fine.
Depends on: 349985
Assignee | ||
Comment 8•17 years ago
|
||
Sort of vaguely amusing, if you have a taste for that sort of thing: yes, our content policy allows through all the chrome:// DTDs. Then, since we're loading XHTML, the xhtml11.dtd is loaded from a file:/// URI, and we deny it.
Assignee | ||
Updated•17 years ago
|
Assignee: dveditz → nobody
Component: Security → MailNews: Security
Flags: blocking1.9?
QA Contact: toolkit → security
Hardware: PC → All
Assignee | ||
Comment 9•17 years ago
|
||
Lots of ways we could go here, right down to precisely saying that for DTD loads with aRequestingLocation being about: and aContentLocation being file: and xhtml11.dtd we'll allow it (and then working around Tb not liking about:logo similarly), but really, in terms of message content policy as distinct from security, I just don't think we care what about: wants to load, as long as everything else has vetted it.
Assignee: nobody → philringnalda
Status: NEW → ASSIGNED
Attachment #316973 -
Flags: superreview?(neil)
Attachment #316973 -
Flags: review?(bienvenu)
Assignee | ||
Updated•17 years ago
|
No longer depends on: 349985
Summary: SeaMonkey/Thunderbird <about:> start page gives "XML Parsing Error: undefined entity" → start page "about:" gives XML Parsing Error: undefined entity
Updated•17 years ago
|
Attachment #316973 -
Flags: superreview?(neil) → superreview+
Comment 10•17 years ago
|
||
Setting to block Thunderbird 3.0a2, given how useful this is to QA folks who want to be able to paste a full user-agent string into Bugzilla.
Flags: blocking-thunderbird3.0a2+
Comment 11•17 years ago
|
||
about: gives the following error on OS X on the latest trunk nightly: XML Parsing Error: undefined entity Location: jar:file:///Applications/Internet%20Apps/Thunderbird%203.app/Contents/MacOS/chrome/toolkit.jar!/content/global/about.xhtml Line Number 70, Column 9: <li>&about.copy.beforeLink; <a href="about:credits">&about.copy.linkTitle;</a> &about.copy.afterLink;</li> --------^ This makes it difficult for QA to get full user agent strings for testing and bugs.
Comment 12•17 years ago
|
||
(In reply to comment #10) > Setting to block Thunderbird 3.0a2, given how useful this is to QA folks who > want to be able to paste a full user-agent string into Bugzilla. > Why not update our Help->About page to include the full user-agent string, similar to the Firefox way? See Bug 426046...
Comment 13•17 years ago
|
||
(In reply to comment #10) > Setting to block Thunderbird 3.0a2, given how useful this is to QA folks who > want to be able to paste a full user-agent string into Bugzilla. While I'm happy as this should help to get a fix, this rationale might not be the good one as there is a workaround in comment 6, which I guess is "enough" for QA-users. (In reply to comment #12) > Why not update our Help->About page to include the full user-agent string, > similar to the Firefox way? See Bug 426046... Both are (wanted/)open bugs ;->
Whiteboard: [workaround: comment 6]
Comment 14•17 years ago
|
||
(In reply to comment #13) [...] > While I'm happy as this should help to get a fix, > this rationale might not be the good one as there is a workaround in comment 6, > which I guess is "enough" for QA-users. [...] yes, if they find out about it, and I wouldn't say it's really "discoverable", other than by visiting this bug or a couple of others where that workaround is mentioned.
Comment 15•17 years ago
|
||
Comment on attachment 316973 [details] [diff] [review] Fix v.1 thx, Phil.
Attachment #316973 -
Flags: review?(bienvenu) → review+
Assignee | ||
Comment 16•17 years ago
|
||
mailnews/base/src/nsMsgContentPolicy.cpp 1.53
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Comment 17•17 years ago
|
||
[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9pre) Gecko/2008051402 SeaMonkey/2.0a1pre] (nightly) (W2Ksp4) V.Fixed
Status: RESOLVED → VERIFIED
Updated•16 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•