Closed
Bug 553334
Opened 14 years ago
Closed 14 years ago
[Exception... "Component returned failure code: 0x80070057 (NS_ERROR_ILLEGAL_VALUE) [nsINavHistoryResult.removeObserver]" when adding a new folder
Categories
(Toolkit :: Places, defect)
Tracking
()
RESOLVED
FIXED
Tracking | Status | |
---|---|---|
blocking2.0 | --- | beta1+ |
People
(Reporter: marcia, Assigned: asaf)
References
Details
(Keywords: regression)
Attachments
(1 file)
1.66 KB,
patch
|
mak
:
review+
|
Details | Diff | Splinter Review |
Seen while running Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.3a4pre) Gecko/20100318 Minefield/3.7a4pre STR: 1. Add a new folder to the Bookmarks Toolbar 2. Bookmark a site. 3. Expand the Bookmarks widget to "bookmarks toolbar" 4. Expand the widget so you can see the folders nested under the Bookmarks Toolbar 5. Try to expand the Bookmarks Toolbar widget. 6. Nothing happens and i receive the attached error. Two extensions installed: Weave Sync1.1true{340c2bbc-ce74-4362-90b5-7c26312808ef}Adblock Plus1.1.3true{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d} Error: uncaught exception: [Exception... "Component returned failure code: 0x80070057 (NS_ERROR_ILLEGAL_VALUE) [nsINavHistoryResult.removeObserver]" nsresult: "0x80070057 (NS_ERROR_ILLEGAL_VALUE)" location: "JS frame :: chrome://browser/content/places/tree.xml :: load :: line 94" data: no]
Updated•14 years ago
|
Blocks: 543444
Keywords: regression
Assignee | ||
Updated•14 years ago
|
Assignee: nobody → mano
Status: NEW → ASSIGNED
Updated•14 years ago
|
blocking2.0: --- → ?
Reporter | ||
Comment 1•14 years ago
|
||
I can still reproduce this using Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.3a5pre) Gecko/20100429 Minefield/3.7a5pre. I also get Error: uncaught exception: [Exception... "Component returned failure code: 0x80070057 (NS_ERROR_ILLEGAL_VALUE) [nsINavHistoryResult.removeObserver]" nsresult: "0x80070057 (NS_ERROR_ILLEGAL_VALUE)" location: "JS frame :: chrome://browser/content/places/tree.xml :: load :: line 94" data: no] error in the console as well.
Updated•14 years ago
|
blocking2.0: ? → beta1+
Assignee | ||
Comment 2•14 years ago
|
||
Short story is that in certain cases treeboxobject calls setTree(null) without nulling treeboxobject's view. That might be a bug, and it might be even wrong. It doesn't really matter however. When I wrote that code I forgot that we alwaysreplace the view along with the result. Thus, we never need to take care of calling removeObsever for the previous result, because setTree will do so for us.
Attachment #448404 -
Flags: review?(mak77)
Comment 3•14 years ago
|
||
> treeboxobject calls setTree(null) without nulling treeboxobject's view.
> That might be a bug, and it might be even wrong.
File a bug?
Updated•14 years ago
|
Attachment #448404 -
Flags: review?(mak77) → review+
Comment 4•14 years ago
|
||
Comment on attachment 448404 [details] [diff] [review] ugh >diff -r 9d5aa4ef9b5c browser/components/places/content/tree.xml >+ // Observer removal is done within the view itself: When the tree >+ // goes away, treeboxobject calls view.setTree(null), which then >+ // calls removeObserver. replace colon with period and double spacing. Please file the tree widget bug if you have evidence of something not working as intended, in every case better an invalid bug than a not filed bug.
Assignee | ||
Comment 5•14 years ago
|
||
I'll file that bug whenever I understand what would be the expected behavior...
Assignee | ||
Comment 6•14 years ago
|
||
http://hg.mozilla.org/mozilla-central/rev/979fbcd8bb29
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•