Web Extension tabs.onUpdated event incorrectly fired before tabs.onCreated
Categories
(WebExtensions :: Compatibility, defect, P2)
Tracking
(firefox69 wontfix, firefox70 wontfix, firefox71 wontfix, firefox72 wontfix, firefox73 verified)
People
(Reporter: pauanyu+bugzilla, Assigned: mixedpuppy)
Details
Attachments
(2 files)
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:70.0) Gecko/20100101 Firefox/70.0
Steps to reproduce:
- Install the attached extension (bug-report.zip)
- Open the extension debugging console
- Open a new tab using Ctrl+T
- Look at the debugging console
Actual results:
It logs the following (the id number will be different):
Updated 2137
Created 2137
Updated 2137
This is incorrect behavior (onCreated should always fire first), and it is not how Chrome behaves.
Expected results:
You should see these results:
Created 2137
Updated 2137
Updated 2137
(This also affects the browser.tabs.onCreated
and browser.tabs.onUpdated
APIs, not just the chrome
ones)
I tested this and i was able to reproduce on all these Os and FF Versions:
Windows 10 64bit:
FF Nightly Release 71.0a1
FF Release 69.0.3
FF Beta 70.0
MacOs 10.14:
FF Nightly Release 71.0a1
FF Release 69.0.3
FF beta 70.0
Ubuntu 18.04:
FF Nightly Release 71.0a1
FF Release 69.0.3
FF Beta 70.0
Updated•1 year ago
|
Thanks! But, shouldn't this be filed under the "Frontend" component? The issue is not with debugging, the issue is that the tabs API itself is working incorrectly.
The priority flag is not set for this bug.
:jimm, could you have a look please?
For more information, please visit auto_nag documentation.
![]() |
||
Updated•1 year ago
|
![]() |
||
Updated•1 year ago
|
![]() |
||
Updated•1 year ago
|
Assignee | ||
Updated•1 year ago
|
Assignee | ||
Comment 5•1 year ago
|
||
Ensure that our delay in firing the onCreated (TabOpen) event does not result
in other events happening prior to onCreated.
Updated•1 year ago
|
Assignee | ||
Updated•1 year ago
|
Assignee | ||
Comment 6•1 year ago
|
||
https://treeherder.mozilla.org/#/jobs?repo=try&revision=00f587268ac31266a906d71bb6822a0006c6dbfb
Assignee | ||
Comment 7•1 year ago
|
||
https://treeherder.mozilla.org/#/jobs?repo=try&revision=79bdf40de53c52b7105fde4c21c18b07fb6f6ae9
Pushed by scaraveo@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/d6c47672bcf7 properly handle tab events that happen prior to firing tabs.onCreated r=rpl,Gijs
Comment 9•1 year ago
|
||
bugherder |
Since the status are different for nightly and release, what's the status for beta?
For more information, please visit auto_nag documentation.
Comment 11•1 year ago
|
||
Hello,
Verified the fix on the latest Nightly (73.0a1/20191215214948) under Windows 10 Pro 64-bit and MacOS Catalina 10.15.
The tabs.onUpdated
event will now be correctly fired after tabs.onCreated
when opening a new tab, thus confirming the fix.
Assignee | ||
Updated•1 year ago
|
Description
•