"Switch to tab" button is not shown when it should be
Categories
(Firefox :: Address Bar, defect, P2)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr115 | --- | unaffected |
| firefox-esr128 | --- | unaffected |
| firefox-esr140 | --- | unaffected |
| firefox142 | --- | wontfix |
| firefox143 | --- | wontfix |
| firefox144 | --- | verified |
| firefox145 | --- | verified |
People
(Reporter: emk, Assigned: emk)
References
(Regression)
Details
(Keywords: regression, Whiteboard: [sng])
Attachments
(2 files)
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
phab-bot
:
approval-mozilla-beta+
|
Details | Review |
Steps to reproduce:
- Create a new profile.
- Copy
sessionstore.jsonlz4to the new profile. - Start Firefox using the profile.
- Choose Hamburger menu > History > Restore previous session.
- Paste a URL that is already open in a restored tab. Make sure that "Switch to tab" button is shown in the dropdown.
- Select all and drag the URL into the tab strip. A duplicate tab will open.
- Close the tab.
- Again paste the URL that was pasted in step 5.
Actual result:
"Switch to tab" is not shown.
Expected result:
"Switch to tab" should be shown.
Regression range:
https://hg-edge.mozilla.org/integration/autoland/pushloghtml?fromchange=7fafc41c9dd59ac0fe9c4a3377097a4fb926e290&tochange=0543dcc503dcc2dd5a684546e7b8b51b3d097297
Edit: I could reproduce the bug with the clean profile.
| Assignee | ||
Comment 1•11 months ago
|
||
good: d3beeb6bbbec0c8395b41d1142faa63492322a1d
bad: 0543dcc503dcc2dd5a684546e7b8b51b3d097297
Comment 2•11 months ago
|
||
Set release status flags based on info from the regressing bug 1908451
:jswinarton, since you are the author of the regressor, bug 1908451, could you take a look? Also, could you set the severity field?
For more information, please visit BugBot documentation.
Updated•11 months ago
|
| Assignee | ||
Comment 3•11 months ago
|
||
With broken builds, moz_openpages_temp.open_count did not count up after the step 6. But the step 7 decrements open_count and therefore the record is removed by moz_openpages_temp_afterupdate_trigger.
| Assignee | ||
Comment 4•11 months ago
•
|
||
SQLite allows NULL in primary key [1]. In this case, primary key is not unique (!)[2]. You can insert multiple records with the same primary key. So moz_openpages_temp does not work as expected.
IMO you should not use NULL for moz_openpages_temp.groupId to avoid this SQLite "feature". For example, use empty string to represent null group id on moz_openpages_temp and convert between empty string and null when reading or writing to the table.
[1] https://stackoverflow.com/questions/64753105/why-can-i-add-null-value-to-primary-key-in-sqlite
[2] https://sqlite.org/lang_createtable.html#the_primary_key
For the purposes of determining the uniqueness of primary key values, NULL values are considered distinct from all other values, including other NULLs.
| Assignee | ||
Comment 5•11 months ago
|
||
SQLite allows NULL in primary key and allows non-unique primary key if the primary key contains NULL. Stop using NULL to avoid this SQLite feature.
Updated•11 months ago
|
Updated•11 months ago
|
Updated•11 months ago
|
| Assignee | ||
Comment 6•11 months ago
•
|
||
test_providerOpenTabs.js did not catch the bug because memory table is not used until UrlbarProviderOpenTabs.promiseDBPopulated is resolved.
Updated•11 months ago
|
Comment 7•11 months ago
|
||
Set release status flags based on info from the regressing bug 1908451
Comment 9•11 months ago
|
||
| bugherder | ||
Updated•11 months ago
|
Comment 10•11 months ago
|
||
The patch landed in nightly and beta is affected.
:emk, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- See https://wiki.mozilla.org/Release_Management/Requesting_an_Uplift for documentation on how to request an uplift.
- If no, please set
status-firefox144towontfix.
For more information, please visit BugBot documentation.
Comment 11•11 months ago
|
||
firefox-beta Uplift Approval Request
- User impact if declined: Users cannot switch to tab even if it is already open.
- Code covered by automated testing: yes
- Fix verified in Nightly: yes
- Needs manual QE test: no
- Steps to reproduce for manual QE testing:
- Risk associated with taking this patch: low
- Explanation of risk level: The changes are closed in SQL and there are no application logic changes.
- String changes made/needed: No
- Is Android affected?: no
| Assignee | ||
Comment 12•11 months ago
|
||
SQLite allows NULL in primary key and allows non-unique primary key if the primary key contains NULL. Stop using NULL to avoid this SQLite feature.
Original Revision: https://phabricator.services.mozilla.com/D264089
| Assignee | ||
Updated•11 months ago
|
Updated•11 months ago
|
Updated•11 months ago
|
Comment 13•11 months ago
|
||
| uplift | ||
Updated•10 months ago
|
Comment 14•10 months ago
|
||
I was able to reproduce the issue on Win11x64 using FF build 141.0a1(20250604040711).
Verified as fixed on Win11x64 using FF 145.0a1 and 144.0b7.
Description
•