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)

defect

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.

Whiteboard: [sng-scrubbed][places-papercut]
Duplicate of this bug: 1865990

See https://bugzilla.mozilla.org/show_bug.cgi?id=1865990#c7 for some example code to cause this.

Severity: S3 → S2
Priority: P3 → P2
Assignee: nobody → mak
Status: NEW → ASSIGNED

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
Status: ASSIGNED → RESOLVED
Closed: 5 months ago
Resolution: --- → FIXED
Target Milestone: --- → 122 Branch
Blocks: 1753463
Duplicate of this bug: 1797799
Duplicate of this bug: 1753463
No longer blocks: 1753463
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: