Closed Bug 102070 Opened 24 years ago Closed 22 years ago

many nsIWebNavigation ::LOAD_FLAGS_xxx are ignored when nsIWebNavigation::LoadURI(...) is called.

Categories

(Core :: DOM: Navigation, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

()

RESOLVED INVALID
mozilla1.0

People

(Reporter: rpotts, Assigned: rpotts)

References

Details

(Keywords: topembed+)

Attachments

(1 file)

when nsIWebNavigation::LoadURI(...) is called, only nsIWebNavigation::LOAD_FLAGS_NONE is set onto the channel before loading :-(
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.
moving r=valeski@netscape.com over from bugscape 7180
Keywords: nsbranch+, topembed
Attachment #51168 - Flags: review+
Comment on attachment 51168 [details] [diff] [review] quicky patch for the branch sr=vidur@netscape.com
Attachment #51168 - Flags: superreview+
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
Marking PDT+. The fix has been checked into the branch.
Whiteboard: [pdt+]
Blocks: 64833
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]
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
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
clearing status whiteboard and keywords - because the related to the branch patch only.
Keywords: nsbranch+
Whiteboard: [pdt+] [Fix and verified on 094 branch]
Target Milestone: --- → mozilla0.9.6
-> 0.9.8
Target Milestone: mozilla0.9.6 → mozilla0.9.8
Target Milestone: mozilla0.9.8 → mozilla1.0
Keywords: topembed
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)
Keywords: topembedtopembed+
any updates?
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()
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.

Attachment

General

Creator:
Created:
Updated:
Size: