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)

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: