Closed
Bug 102070
Opened 23 years ago
Closed 22 years ago
many nsIWebNavigation ::LOAD_FLAGS_xxx are ignored when nsIWebNavigation::LoadURI(...) is called.
Categories
(Core :: DOM: Navigation, defect)
Tracking
()
RESOLVED
INVALID
mozilla1.0
People
(Reporter: rpotts, Assigned: rpotts)
References
Details
(Keywords: topembed+)
Attachments
(1 file)
1.56 KB,
patch
|
jud
:
review+
vidur
:
superreview+
|
Details | Diff | Splinter Review |
when nsIWebNavigation::LoadURI(...) is called, only nsIWebNavigation::LOAD_FLAGS_NONE is set onto the channel before loading :-(
Assignee | ||
Comment 1•23 years ago
|
||
Assignee | ||
Comment 2•23 years ago
|
||
This bug is related to bugscape 7180... I've attached a small patch for the branch. The real fix is much larger and involves dealing with all possible combinations of nsIWebNavigation::LOAD_FLAGS_xxx... I'll attach a separate patch for the trunk which addresses those issues.
Assignee | ||
Comment 3•23 years ago
|
||
moving r=valeski@netscape.com over from bugscape 7180
Updated•23 years ago
|
Updated•23 years ago
|
Attachment #51168 -
Flags: review+
Comment 4•23 years ago
|
||
Comment on attachment 51168 [details] [diff] [review] quicky patch for the branch sr=vidur@netscape.com
Attachment #51168 -
Flags: superreview+
Assignee | ||
Comment 5•23 years ago
|
||
I talked with nisheeth on the phone and he gave me an a=... So, i've pushed the 'quick and dirty' patch onto the 0.9.4 branch. I'm going to keep this bug open until I can land a complete fix onto the trunk. -- rick
Comment 7•23 years ago
|
||
can we pls verify this on the 094 branch?
Whiteboard: [pdt+] → [pdt+] [Fix on 094 branch]
It's already been verified on the 094 branch code as commented in the bugscape bug.
Whiteboard: [pdt+] [Fix on 094 branch] → [pdt+] [Fix and verified on 094 branch]
Comment 9•23 years ago
|
||
removing topembed (it was fixed on the branch). If there's a separate bug for the trunk then why is this bug still open?
Keywords: topembed
Assignee | ||
Comment 10•23 years ago
|
||
The 'band-aid' patch has only been applied to the branch to address the issues arising from bugscape 7180. This bug has been left open to track the progress of the 'real' fix for the trunk. The 'real' fix will involve quite about of reworking within the DocShell to consolidate load fiags... -- rick
Assignee | ||
Comment 11•23 years ago
|
||
clearing status whiteboard and keywords - because the related to the branch patch only.
Keywords: nsbranch+
Whiteboard: [pdt+] [Fix and verified on 094 branch]
Updated•23 years ago
|
Target Milestone: --- → mozilla0.9.6
Updated•23 years ago
|
Target Milestone: mozilla0.9.8 → mozilla1.0
Comment 13•23 years ago
|
||
topembed+ rick, any progress on long term solution? do we also need to apply patch to 0.9.9 branch? - triage team (chofmann, cathleen, marcia)
Comment 14•22 years ago
|
||
any updates?
Comment 15•22 years ago
|
||
I'm not sure if this is still a problem. The loadFlags passed to nsIWebNavigation::LoadURI() are converted to internal docshell flags and passed to nsDocShell:LoadURI() using the nsIDocShellLoadInfo object. Though loadFlags (3rd argument) passed to nsDocShell::LoadFlags() from nsIWebNavigation::LoadURI() is dummy, I think it is hanging around to take care of some internal calls that avoid using the nsIDocShellLoadInfo object. Adam Can you confirm this? I don't believe that docshell ignores any load flags that are passed to nsIWebNavigation::LoadURI()
Comment 16•22 years ago
|
||
I do not think this is an issue anymore.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•