Bug 1452920 broke backward compatibility by at least changing startListeners packets
Categories
(DevTools :: Console, defect, P1)
Tracking
(firefox70 fixed)
| Tracking | Status | |
|---|---|---|
| firefox70 | --- | fixed |
People
(Reporter: ochameau, Assigned: ochameau)
References
(Regression)
Details
(Keywords: regression, Whiteboard: [devtools-backward-compat])
Attachments
(2 files)
Bug 1452920 changed the format of startListeners packet, from:
{ listeners: [..] }
to
{ events: [..] }
Leading to broken console when connecting to older version of Firefox.
This may have change something else as, even after fixing that, I do not get a working console input.
| Assignee | ||
Comment 1•6 years ago
|
||
Bug 1570685 changed the format of the startListeners request,
leading to backward compatiblity issues.
| Assignee | ||
Comment 2•6 years ago
|
||
Updated•6 years ago
|
Updated•6 years ago
|
| Assignee | ||
Updated•6 years ago
|
Updated•6 years ago
|
Updated•6 years ago
|
| Assignee | ||
Comment 3•6 years ago
|
||
This relates to bug 1566421, where the timing around DOM panel instantiation changed.
Since that patch landed, the full initialization of DOM Panel looks faster.
The FETCH_PROPERTIES action doesn't necessarily happen after domPanel.open()
resolves. i.e. it can happen during during this method call.
Now this patch, as well as some other I'm currently working on are changing
that behavior again and adding some delay in DOM panel initialization.
So, here I'm trying to fix things for good by ensuring that domPanel.open
only resolves once it loaded all the properties and will not spawn any
extra RDP request. Ideally I would listen for FETCH_PROPERTIES action,
but that isn't so easy. Instead, I waiting for the last RDP request to complete.
Comment 6•6 years ago
|
||
| bugherder | ||
https://hg.mozilla.org/mozilla-central/rev/1175ce1c32a0
https://hg.mozilla.org/mozilla-central/rev/084da3830f44
Updated•6 years ago
|
Updated•4 years ago
|
Description
•