Closed
Bug 459470
Opened 16 years ago
Closed 16 years ago
Need to set documentURI and baseURI correctly for XHR documents
Categories
(Core :: DOM: Core & HTML, defect)
Core
DOM: Core & HTML
Tracking
()
RESOLVED
FIXED
People
(Reporter: sicking, Assigned: sicking)
References
Details
(Keywords: verified1.9.0.7)
Attachments
(2 files)
18.23 KB,
patch
|
bzbarsky
:
review+
bzbarsky
:
superreview+
|
Details | Diff | Splinter Review |
10.50 KB,
patch
|
bzbarsky
:
review+
bzbarsky
:
superreview+
dveditz
:
approval1.9.0.7+
|
Details | Diff | Splinter Review |
HR documents are created with the wrong documentURI.
It doesn't actually look like we ever expose documents of the wrong URI anywhere, but the live internally as such while loading sometimes which seems risky.
It also seems like a waste of cycles to create the document when not needed.
Patch to fix attached
Attachment #342683 -
Flags: superreview?(bzbarsky)
Attachment #342683 -
Flags: review?(bzbarsky)
Assignee | ||
Comment 1•16 years ago
|
||
Comment on attachment 342683 [details] [diff] [review]
Patch to fix
Actually, we can delay document creation even more. Will write new patch
Attachment #342683 -
Flags: superreview?(bzbarsky)
Attachment #342683 -
Flags: review?(bzbarsky)
Assignee | ||
Updated•16 years ago
|
Attachment #342683 -
Flags: superreview?(bzbarsky)
Attachment #342683 -
Flags: review?(bzbarsky)
Assignee | ||
Comment 2•16 years ago
|
||
Comment on attachment 342683 [details] [diff] [review]
Patch to fix
Ok, leaving as is.
What we could do is to move the parsing into GetResponseXML. However that would mean parsing the whole document when the script gets .responseXML which might take a while. Bz measured 5 sec to parse a 13MB doc. Seems bad to freeze the UI for so long time so lets stick with the current strategy for now.
Assignee | ||
Comment 3•16 years ago
|
||
Ugh, left some dump() statements in the testfile. Please ignore those.
Comment 4•16 years ago
|
||
Comment on attachment 342683 [details] [diff] [review]
Patch to fix
>+++ b/content/base/src/nsXMLHttpRequest.cpp
>+ // Setting the base URI to |uri| won't work if the document has a null
s/|uri|/|baseURI/
With that and the dump()s removed, looks good.
Attachment #342683 -
Flags: superreview?(bzbarsky)
Attachment #342683 -
Flags: superreview+
Attachment #342683 -
Flags: review?(bzbarsky)
Attachment #342683 -
Flags: review+
Assignee | ||
Comment 5•16 years ago
|
||
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Comment 6•16 years ago
|
||
Weshould take this on 1.9.0, since that would fix bug 474211 there.
Flags: blocking1.9.0.7?
Updated•16 years ago
|
Flags: wanted1.9.0.x+
Flags: blocking1.9.0.7?
Flags: blocking1.9.0.7+
Assignee | ||
Comment 7•16 years ago
|
||
Porting was really easy so if you don't get to review this I feel confident enough to just check in. All I did was remove the parts that did
s/mDocument/mResponseXML/, and removed code and tests to deal with xs-xhr.
Attachment #359877 -
Flags: superreview?(bzbarsky)
Attachment #359877 -
Flags: review?(bzbarsky)
Updated•16 years ago
|
Attachment #359877 -
Flags: superreview?(bzbarsky)
Attachment #359877 -
Flags: superreview+
Attachment #359877 -
Flags: review?(bzbarsky)
Attachment #359877 -
Flags: review+
Comment 8•16 years ago
|
||
Comment on attachment 359877 [details] [diff] [review]
Branch patch
Looks good.
Assignee | ||
Updated•16 years ago
|
Attachment #359877 -
Flags: approval1.9.0.7?
Comment 9•16 years ago
|
||
Comment on attachment 359877 [details] [diff] [review]
Branch patch
Approved for 1.9.0.7, a=dveditz for release-drivers.
Attachment #359877 -
Flags: approval1.9.0.7? → approval1.9.0.7+
Assignee | ||
Updated•16 years ago
|
Keywords: fixed1.9.0.7
Comment 10•16 years ago
|
||
The checked in tests in the patch pass. Is there any manual way to verify this fix?
Assignee | ||
Comment 11•16 years ago
|
||
No, that's it
Comment 12•16 years ago
|
||
Marking as verified then for 1.9.0.7.
Keywords: fixed1.9.0.7 → verified1.9.0.7
Updated•6 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•