Closed Bug 1717580 Opened 3 years ago Closed 3 years ago

Actor/Front isDestroyed should not return true for uninitialized objects

Categories

(DevTools :: Framework, task, P3)

task

Tracking

(firefox91 fixed)

RESOLVED FIXED
91 Branch
Tracking Status
firefox91 --- fixed

People

(Reporter: jdescottes, Assigned: jdescottes)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

At the moment, Actor/Front isDestroyed is implemented as return this.actorID === null;

However this will be true both when the object is destroyed and when it is unitialized (before it got managed by a Pool and assigned an actorID).

This will be problematic in cases where we need to differentiate between destroyed and unitialized objects.

For instance, at the moment the protocol might attempt to write responses containing destroyed actors, which is actually invalid and should be fixed. However since the protocol is also responsible for initializing actors, it cannot simply reject Actors with a missing actorID.

Instead we should have a real _isDestroyed state and only use this.

Blocks: 1717584
Blocks: 1717811
Pushed by jdescottes@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/f57b43635a45
[devtools] Actor/Front isDestroyed should not return true for uninitialized objects r=ochameau
Status: ASSIGNED → RESOLVED
Closed: 3 years ago
Resolution: --- → FIXED
Target Milestone: --- → 91 Branch
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: