Open Bug 48515 Opened 24 years ago Updated 2 years ago

incorrectly getting OnStateChange notifications for chrome

Categories

(Core :: DOM: Navigation, defect, P3)

x86
Linux
defect

Tracking

()

Future

People

(Reporter: jgmyers, Unassigned)

References

()

Details

(Keywords: regression, Whiteboard: [nsbeta3-])

setenv NSPR_LOG_MODULES nsSecureBroswerUI:5 (note misspelling), make the window small and visit https://scopus.mcom.com/bugsplat The window has to be small enough so that loading the page will cause both the horizontal and vertical scrollbars to appear. Note that the nsSecureBrowserUIImpl::OnStateChange() observer is being notified of chrome loads for the scrollbars. dougt@netscape.com says that this is a regression.
Keywords: nsbeta3, regression
Blocks: 31982
Whiteboard: [nsbeta3-]
Blocks: 63413
The spelling is now fixed: setenv NSPR_LOG_MODULES nsSecureBrowserUI:5
No longer blocks: 31982
So should this be closed fixed?
No, the bug is still there.
we rick potts promotes the logic in psmglue to the docloader this problem will go away. cc-ing him.
Moving to Embedding: Docshell
Component: Networking → Embedding: Docshell
John, This is a result of psm registering via the nsIDocLoader service, can it access a nsIDOMWindow at some point and register w/ that window instead?
moving out. although this isn't optimal, it shouldn't be hurting anything.
Target Milestone: --- → mozilla1.0
Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 (you can query for this string to delete spam or retrieve the list of bugs I've moved)
Target Milestone: mozilla1.0 → mozilla1.0.1
Any progress on this 2 year old bug?
retargeting
Target Milestone: mozilla1.0.1 → Future
->defaults.
Assignee: rpotts → adamlock
QA Contact: tever → adamlock
Assignee: adamlock → nobody
QA Contact: adamlock → docshell
No longer blocks: 63413
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.