Closed Bug 521756 Opened 15 years ago Closed 14 years ago

Uncaught Exception NS_ERROR_FAILURE JS frame :: chrome://navigator/content/tabbrowser.xml :: line 2364

Categories

(SeaMonkey :: Session Restore, defect)

x86
All
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: Hb, Unassigned)

References

()

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.5pre) Gecko/20091011 Lightning/1.0pre SeaMonkey/2.0pre Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.5pre) Gecko/20091011 Lightning/1.0pre SeaMonkey/2.0pre AND Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.1.5pre) Gecko/20091008 Lightning/1.0pre SeaMonkey/2.0pre Closing the MailNews window throws an uncaught exception, even in new profile. Reproducible: Always Steps to Reproduce: 1. Close the MailNews window Actual Results: Error console shows: Error: uncaught exception: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIObserverService.removeObserver]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: chrome://navigator/content/tabbrowser.xml :: :: line 2364" data: no]
[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.4) Gecko/20091007 SeaMonkey/2.0] (release, rc1) (W2Ksp4) Code is { 2364 os.removeObserver(this, "browser:purge-session-history"); } Obviously, Session Restore is not yet implemented for MailNews...
Component: MailNews: Message Display → Session Restore
Flags: wanted-seamonkey2.0?
QA Contact: message-display → session.restore
Version: unspecified → Trunk
But if we do call the dtor, we should have called the ctor as well, so must be more going wrong here...
Caused by bug 521803, which hinders the observer registration in the ctor.
Depends on: 521803
Flags: wanted-seamonkey2.0?
[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.3a1pre) Gecko/20100131 SeaMonkey/2.1a1pre] (home, optim default) (W2Ksp4) (Bug still there.) It happens during mochitest-chrome test_idcheck.xul too. (line is 2380 now).
Is this bug about sessionstore ? Seems wrong component ...
Does it still happen? Does it belong in a different component?
(In reply to comment #6) > Does it still happen? Yes, see bug 613823 comment 1, for example. This bug just needs bug 521803 to be fixed...
{ 2688 os.removeObserver(this, "browser:purge-session-history"); 2689 this.savedBrowsers.forEach(function(aTabData) { 2690 delete aTabData._tab; 2691 delete aTabData._browser; 2692 delete aTabData._history; 2693 }); 2694 ]]> 2695 </destructor> } Iiuc, not executing the forEach loop might be causing memory leaks and/or later logic errors... Would that make you reconsider wanted/blocking flags for bug 521803?
Depends on: 628918
No longer depends on: 521803
Now that bug 628918 has landed these errors should go away. Serge?
Fixed by bug 628918.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.