Closed
Bug 1839304
Opened 11 months ago
Closed 5 months ago
Investigate consecutive calls to setTree breaking the nodes parenting
Categories
(Firefox :: Bookmarks & History, defect, P2)
Firefox
Bookmarks & History
Tracking
()
RESOLVED
FIXED
122 Branch
Tracking | Status | |
---|---|---|
firefox122 | --- | fixed |
People
(Reporter: mak, Assigned: mak)
References
Details
(Keywords: papercut, Whiteboard: [sng-scrubbed][places-papercut])
Attachments
(1 file)
While investigating Bug 1839066 Emilio found that nodes parenting gets broken after consecutive calls to setTree(null) and setTree(tree)
We should check what's up and add a test for that.
When this happens, various functions on the bookmarks may be broken.
Assignee | ||
Updated•10 months ago
|
Whiteboard: [sng-scrubbed][places-papercut]
Updated•10 months ago
|
See Also: → https://mozilla-hub.atlassian.net/browse/SNG-811
Assignee | ||
Comment 2•6 months ago
|
||
See https://bugzilla.mozilla.org/show_bug.cgi?id=1865990#c7 for some example code to cause this.
Assignee | ||
Updated•6 months ago
|
Severity: S3 → S2
Priority: P3 → P2
Assignee | ||
Updated•6 months ago
|
Assignee: nobody → mak
Status: NEW → ASSIGNED
Assignee | ||
Comment 3•6 months ago
|
||
SetTree(null) may be invoked in various cases where the view is temporarily
hidden, but not unloaded. the Places view should stop listening to changes only
when the document goes away, not when the tree is unset. In that case it should
be sufficient to close the root container to free up memory and avoid handling
notifications.
Pushed by mak77@bonardo.net: https://hg.mozilla.org/integration/autoland/rev/66c2fb78dfe2 Don't disconnect Places result from the treeview on setTree(null). r=daisuke,places-reviewers
Comment 5•5 months ago
|
||
bugherder |
Status: ASSIGNED → RESOLVED
Closed: 5 months ago
status-firefox122:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → 122 Branch
You need to log in
before you can comment on or make changes to this bug.
Description
•