Closed
Bug 15345
Opened 25 years ago
Closed 23 years ago
Remove DocLoaderObservers from all implementors...
Categories
(Core :: DOM: Navigation, defect, P3)
Tracking
()
RESOLVED
FIXED
mozilla0.9.1
People
(Reporter: rpotts, Assigned: jud)
References
Details
Attachments
(20 files)
Remove the DocLoaderObserver mechanism from the WebShell. Any code requiring these notifications should register as a DocLoaderObserver on the corresponding DocLoader...
Comment 1•25 years ago
|
||
Travis should verify this with the new design.
Assignee: rpotts → travis
Target Milestone: M13
Actually, no can't remove this one at this time. Mscott is scheduled to do the work for supporting broadcasting the nsIWebProgress messages and then we can start converting things over to listen to them instead of the old ones.
Status: NEW → ASSIGNED
M16 has been out for a while now, these bugs target milestones need to be updated.
Assignee | ||
Comment 7•24 years ago
|
||
rick, mscott. is this still an issue?
Comment 8•24 years ago
|
||
Yeah someone still needs to finish cleaning this up.
Comment 9•24 years ago
|
||
Travis no longer works here. reassigning ownerless bugs to docshell owner, valeski for further triage.
Assignee: travis → valeski
Status: ASSIGNED → NEW
Reporter | ||
Comment 11•24 years ago
|
||
Reporter | ||
Comment 12•24 years ago
|
||
I've just attached a patch which removes the dependency on nsIDocumentLoaderObserver from nsWebShellWindow.cpp. Basically, I moved the code from OnEndDocumentLoad(...) into OnStateChange(...)
Comment 13•24 years ago
|
||
Rick these changes look great and it looks like it simplified some of the logic in the on end document load method a bit. sr=mscott
Reporter | ||
Comment 14•24 years ago
|
||
Reporter | ||
Comment 15•24 years ago
|
||
Reporter | ||
Comment 16•24 years ago
|
||
I've attached a patch which removes the nsIDocumentLoaderObserver from nsBrowserWindow... Basically, I've re-factored the code from OnStartDocumentLoad and OnStopDocumentLoad into two helper methods - StartDocumentLoad(...) and EndDocumentLoad(...)
Comment 17•24 years ago
|
||
sr=mscott on rick's latest patch.
Comment 18•24 years ago
|
||
....snzzz...wha! mmmm yes. OK, I've looked over the patch. Can't find anything wrong with it. I'm looking forward to a whole new batch of endload ordering problems, and glad to have been invited to the party. r=danm.
Reporter | ||
Comment 19•24 years ago
|
||
I've just checked in the changes for nsWebShellWindow and nsBrowserInstance... Now, I'm moving on to nsWebShell and nsEditorShell :-)
Reporter | ||
Comment 20•24 years ago
|
||
Reporter | ||
Comment 21•24 years ago
|
||
I've just added a patch that whacks nsEditorShell too :-) This patch seems rather big, so here's a run down of what I did. - Basically, I refactored the code in OnStartDocumentLoad(...) and OnEndDOcumentLoad(...) into 4 helper methods called StartPageLoad() EndPageLoad(), StartDocumentLoad() and EndDocumentLoad(). - These new methods are called at the appropriate time in OnStateChange(...) - Also, it turns out that nsIDocumentLoaderObserver::OnProgressURLLoad(...) and OnStatusURLLoad(...) are *never* called!! I've tested the patch with normal and frameset documents.. However, I haven't tried it out with documents that have a meta-charset tag. So far, everything seems fine.
Reporter | ||
Comment 22•24 years ago
|
||
I've changed the summary to better reflect the scope of this bug...
Summary: Webshell/Docloader cleanup - Remove DocLoaderObservers from WebShell... → Remove DocLoaderObservers from all implementors...
Reporter | ||
Comment 23•24 years ago
|
||
Reporter | ||
Comment 24•24 years ago
|
||
I've just attached a patch that removes the nsWebShell as a nsIDocumentLoaderObserver... Here's a summary of the changes: - Added EndPageLoad(...) helper method to nsDocShell. - Moved "document done" work in nsDocShell from OnStateChange(...) into EndPageLoad(...) - Moved mDocLoaderObserver notifications in nsWebShell into a termporary implementation of OnStateChange(...). This code can be deleted once all of the callers on SetDocLoaderObserver have been fixed! - Moved the rest of the OnEndDocumentLoad(... )code in nsWebShell into EndPageLoad(...) - Tried to cleanup tabbing and curly-braces as I went :-) - Remember, OnStatusURLLoad(...) and OnProgressURLLoad(...) are never called, so I ignored them in OnStateChange(...) :-)
Comment 25•24 years ago
|
||
sr=mscott for both the editor shell and webshell changes. Can you make sure simon or someone else on the editor team scans through the editor shell changes too just to be safe?
Reporter | ||
Comment 26•24 years ago
|
||
hey simon, are you around to review the nsEditorShell patches? -- rick
Comment 27•24 years ago
|
||
I need to do some testing with them before I give an r=
Comment 28•24 years ago
|
||
The nsEditorShell changes test out fine (loading framesets shows alert, changing charsets before editing works). r=sfraser
Reporter | ||
Comment 29•24 years ago
|
||
Just checked in the nsEditorShell changes...
Reporter | ||
Comment 30•24 years ago
|
||
Just checked in the changes to nsDocShell and nsWebShell...
Comment 31•24 years ago
|
||
travis is no longer @netscape.com moving to docshell component and reassigning qa contact
Component: Browser-General → Embedding: Docshell
QA Contact: travis → adamlock
Comment 32•24 years ago
|
||
Milestone 0.8 has been released. We should either resolve this bug or update its milestone.
Comment 33•24 years ago
|
||
Clearing very old milestone (M16) in hope of reevaluation.
Target Milestone: M16 → ---
Assignee | ||
Updated•24 years ago
|
Target Milestone: --- → mozilla0.9.1
Assignee | ||
Comment 35•23 years ago
|
||
Assignee | ||
Comment 36•23 years ago
|
||
security has a dead weight member var using it. Index: src/nsSecureBrowserUIImpl.h =================================================================== RCS file: /cvsroot/mozilla/security/manager/ssl/src/nsSecureBrowserUIImpl.h,v retrieving revision 1.7 diff -u -r1.7 nsSecureBrowserUIImpl.h --- nsSecureBrowserUIImpl.h 2001/04/01 19:38:12 1.7 +++ nsSecureBrowserUIImpl.h 2001/04/25 23:34:13 @@ -30,7 +30,6 @@ #include "nsXPIDLString.h" #include "nsString.h" #include "nsIObserver.h" -#include "nsIDocumentLoaderObserver.h" #include "nsIDOMElement.h" #include "nsIDOMWindowInternal.h" #include "nsIStringBundle.h" @@ -70,7 +69,6 @@ nsCOMPtr<nsIDOMWindowInternal> mWindow; nsCOMPtr<nsIDOMElement> mSecurityButton; - nsCOMPtr<nsIDocumentLoaderObserver> mOldWebShellObserver; nsCOMPtr<nsIStringBundle> mStringBundle; nsCOMPtr<nsIURI> mCurrentURI;
Assignee | ||
Comment 37•23 years ago
|
||
Comment 38•23 years ago
|
||
r=morse for the changes to the cookie service
Comment 39•23 years ago
|
||
Can I just verify that the various nsIWebProgressListener methods are called exactly where nsIDocumentLoaderObserver methods used to be? If so r=adamlock for the ActiveX changes.
Assignee | ||
Comment 40•23 years ago
|
||
Adam, I verified that the calls are made right on top of one another, for the document level notification see http://lxr.mozilla.org/mozilla/source/uriloader/base/nsDocLoader.cpp#499 . You'll notice that they are paired. Thanks.
Assignee | ||
Comment 41•23 years ago
|
||
Assignee | ||
Comment 42•23 years ago
|
||
Assignee | ||
Comment 43•23 years ago
|
||
Comment 44•23 years ago
|
||
r=morse for the changes to the wallet service.
Assignee | ||
Comment 45•23 years ago
|
||
Assignee | ||
Comment 46•23 years ago
|
||
Assignee | ||
Comment 47•23 years ago
|
||
Assignee | ||
Comment 48•23 years ago
|
||
note: there are no uses of nsIDocumentLoaderObserver in the commercial tree. This bug is going to address removal of nsIDocumentLoaderObservers. I've filed 78236 to address nsIDocLoader registration removal.
Assignee | ||
Comment 49•23 years ago
|
||
Assignee | ||
Comment 50•23 years ago
|
||
I ran the viewer/crawler regression tests (http://www.mozilla.org/newlayout/regress.html) and w/ out combing the output, everything seemed to be fine WRT loading start/stop notifications.
Comment 51•23 years ago
|
||
r=waterson on the nsWebCrawler.cpp stuff.
Assignee | ||
Comment 52•23 years ago
|
||
Assignee | ||
Comment 53•23 years ago
|
||
Assignee | ||
Comment 54•23 years ago
|
||
a note on the pics diffs. pics is not part of the default build, nor does it build if you try to build it by hand (it lacks special #include files), so, my changes have not been compiled there.
Assignee | ||
Comment 55•23 years ago
|
||
Assignee | ||
Comment 56•23 years ago
|
||
Reporter | ||
Comment 57•23 years ago
|
||
r=rpotts for viewer/crawler patch.
Reporter | ||
Comment 58•23 years ago
|
||
sr=rpotts for viewer/crawler patch
Assignee | ||
Comment 59•23 years ago
|
||
mscott, please r= the mail/news changes. nsIMsgPrintEngine.idl - * it now derrives straight from nsISupports nsMsgPrintEngine - * now implements nsIWebProgressListener and weakref (required by the webprogress impl) * moved the OnStart[End]DocLoad handling logic into the webprogresslistener equiv states in OnStateChange. * registers itself as a nsIWebProgressLIstener by obtaining the nsIWebProgress iface from the dochell. nsMessenger - * pulled the no longer needed loaderobserver member var. * nsIMsgStatusFeedback impl no longer impls nsIDocLoaderObserver making the entire SetDocLoaderObserver() call dead weight. I tested printing of a mail message on windows and it printed fine (I had to apply hyatt printing regression patch to 77733 to get printing to work at all first).
Assignee | ||
Comment 60•23 years ago
|
||
webcrawler and viewer diffs have been checked in.
Comment 61•23 years ago
|
||
r=mscott for the mailnews change. assuming printing still works after your changes =).
Assignee | ||
Comment 62•23 years ago
|
||
Assignee | ||
Comment 63•23 years ago
|
||
Assignee | ||
Comment 65•23 years ago
|
||
fix is in.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•