av9ash/GitBugs huggingface dataset:
Bug: Side panel state not saving
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-02-26 21:07:32+00:00
Resolved: 2021-03-18 13:57:33+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:86.0) Gecko/20100101 Firefox/86.0

Steps to reproduce:

1. Open Firefox 86 on Windows 10
2. Open side panel (with bookmarks)
3. Close browser window
4. Open browser again


Actual results:

Side panel is not shown


Expected results:

Side panel state must be saved after browser closing and must be shown in current case
Bug: Tab tooltip should wrap title instead of truncating
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-02-26 22:02:10+00:00
Resolved: 2021-03-31 06:26:23+00:00

With the new tab tooltip style, tooltips are no longer as useful as they were previously. Typically, tooltips are used to show the full name of a UI element if it is truncated in the UI. However, with the new tooltip style, this information is truncated within the tooltip as well.

Attached is a screenshot indicating what I see. Previously, with the old tooltip style, long tab names would wrap within the tooltip if they didn't fit on screen, so they were not truncated unless they were ridiculously long (such as the example in bug 1689682). Ideally, long tab titles would wrap as they did previously, so that the tooltip has a higher likelihood of achieving its purpose.
Bug: permissions panel icon does not show
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-02-26 22:46:37+00:00
Resolved: 2022-07-08 02:12:00+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Firefox/78.0

Steps to reproduce:

since Bug 1596897 (I guess)

STR
- new profile FF87+
- open https://example.com/
- ctrl-I - change cookies to block

Expected: decoupled permissions icon to show
Actual: no permissions icon
Bug: Tabs tooltip text doesn't stay contained within the tooltip bubble
Status: RESOLVED
Priority: P1
Resolution: INCOMPLETE
Created: 2021-02-26 23:21:51+00:00
Resolved: 2021-03-08 16:36:53+00:00

See attached screenshot. I'm on Catalina, and this is on Nightly. I can reproduce it reliably, even after restarts.
Bug: [Proton] Downloads panel context menu item actions have no effect (clicking them does nothing)
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-02-27 02:11:10+00:00
Resolved: 2021-04-26 19:10:43+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:88.0) Gecko/20100101 Firefox/88.0

Steps to reproduce:

1.Open Firefox Nighty
2.Download Anything from web
3.open download button from toolbar
4. right click and choose copy download link



Actual results:

Nothing is copied


Expected results:

The file download link must be copied
Bug: Intermittent [tier2] TV browser/components/enterprisepolicies/tests/browser/browser_policy_cookie_settings.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), bu
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-02-27 02:47:09+00:00
Resolved: 2021-03-23 17:04:42+00:00

**Filed by:** abutkovits [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=331426135&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/TvbhErWbQKSeQ6BFfqsI6A/runs/0/artifacts/public/logs/live_backing.log
**Reftest URL:** https://hg.mozilla.org/mozilla-central/raw-file/tip/layout/tools/reftest/reftest-analyzer.xhtml#logurl=https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/TvbhErWbQKSeQ6BFfqsI6A/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2021-02-27T01:30:59.994Z] 01:30:59     INFO - TEST-PASS | browser/components/enterprisepolicies/tests/browser/browser_policy_cookie_settings.js | deleteOnCloseCheckbox should not be null. - {"_inheritedElements":{".checkbox-label":{"_lastFormattedAccessKey":null},".checkbox-check":{}},"initializedAttributeInheritance":true} != null - 
[task 2021-02-27T01:30:59.995Z] 01:30:59     INFO - TEST-PASS | browser/components/enterprisepolicies/tests/browser/browser_policy_cookie_settings.js | "Delete cookies when Firefox is closed" checkbox disabled status should match expected - true == true - 
[task 2021-02-27T01:30:59.995Z] 01:30:59     INFO - Leaving test bound test_disabled_cookie_expire_locked
[task 2021-02-27T01:30:59.995Z] 01:30:59     INFO - Entering test bound prepare_tracker_tables
[task 2021-02-27T01:30:59.995Z] 01:30:59     INFO - Leaving test bound prepare_tracker_tables
[task 2021-02-27T01:30:59.995Z] 01:30:59     INFO - TEST-PASS | browser/components/enterprisepolicies/tests/browser/browser_policy_cookie_settings.js | Engine is inactive at the end of the test - 
[task 2021-02-27T01:30:59.995Z] 01:30:59     INFO - Buffered messages finished
[task 2021-02-27T01:30:59.995Z] 01:30:59     INFO - TEST-UNEXPECTED-FAIL | browser/components/enterprisepolicies/tests/browser/browser_policy_cookie_settings.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. -```
Bug: In Options, the "Recommend extensions as you browse" and "Recommend features as you browse" check boxes selected (checked) by itself after every Firefox update.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-02-27 06:57:52+00:00
Resolved: 2021-05-18 08:06:19+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:86.0) Gecko/20100101 Firefox/86.0

Steps to reproduce:

Updating Firefox from previous versions, on Windows 10 Pro 64 Bit:
1) Click hamburger menu on top right corner > Options.
2) In "General" section, scroll down until reach "Browsing" subsection.
3) There are a list of check boxes. The bottom 2 are "Recommend extensions as you browse" and "Recommend features as you browse".
4) I have unchecked these 2 check boxes multiple times, but they became activated (checked) again and again after every Firefox version update.


Actual results:

The "Recommend extensions as you browse" and "Recommend features as you browse" check boxes in "Options > General > Browsing" keep getting activated (checked) back again after every Firefox update.
I noticed this happening at least since version 80. After every update, I have to go to deactivate (uncheck) those 2 options. But whenever I update Firefox, they became activated (checked) again.


Expected results:

The "Recommend extensions as you browse" and "Recommend features as you browse" check boxes in "Options > General > Browsing"  should remain deactivated (unchecked) after I have deactivated (unchecked) them once, like the normal behavior for other check boxes in the Options menu.
Bug: Intermittent browser/components/urlbar/tests/browser/browser_searchHistoryLimit.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-02-27 10:33:27+00:00
Resolved: 2021-03-23 17:04:47+00:00

**Filed by:** ncsoregi [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=331452659&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/O6fz7h2kQ-qAjTnqh3kZ0w/runs/0/artifacts/public/logs/live_backing.log

---
```
[task 2021-02-27T09:00:20.199Z] 09:00:20     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_searchHistoryLimit.js | Should find form history after adding it - ["aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa"] deepEqual ["aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa"] - 
[task 2021-02-27T09:00:20.199Z] 09:00:20     INFO - Leaving test bound sanityCheckShortString
[task 2021-02-27T09:00:20.199Z] 09:00:20     INFO - Entering test bound urlbar_checkLongString
[task 2021-02-27T09:00:20.199Z] 09:00:20     INFO - Awaiting for the urlbar panel to open
[task 2021-02-27T09:00:20.199Z] 09:00:20     INFO - Buffered messages finished
[task 2021-02-27T09:00:20.199Z] 09:00:20     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_searchHistoryLimit.js | Test timed out - 
[task 2021-02-27T09:00:20.199Z] 09:00:20     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_searchHistoryLimit.js | Should not find form history - [] deepEqual [] - ```
Bug: Intermittent browser/modules/test/browser/browser_ContentSearch.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-02-27 10:42:47+00:00
Resolved: 2021-03-23 17:04:52+00:00

**Filed by:** ncsoregi [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=331451602&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/aH8D8IjHQVm8zD5wSTphIA/runs/0/artifacts/public/logs/live_backing.log

---
```
[task 2021-02-27T08:58:08.969Z] 08:58:08     INFO - TEST-INFO | started process screenshot
[task 2021-02-27T08:58:09.049Z] 08:58:09     INFO - TEST-INFO | screenshot: exit 0
[task 2021-02-27T08:58:09.049Z] 08:58:09     INFO - Buffered messages logged at 08:57:23
[task 2021-02-27T08:58:09.049Z] 08:58:09     INFO - Entering test bound setup
[task 2021-02-27T08:58:09.050Z] 08:58:09     INFO - Buffered messages logged at 08:57:24
[task 2021-02-27T08:58:09.050Z] 08:58:09     INFO - Leaving test bound setup
[task 2021-02-27T08:58:09.050Z] 08:58:09     INFO - Entering test bound GetState
[task 2021-02-27T08:58:09.051Z] 08:58:09     INFO - Global property added while loading chrome://browser/content/places/browserPlacesViews.js: PlacesViewBase
[task 2021-02-27T08:58:09.051Z] 08:58:09     INFO - Buffered messages finished
[task 2021-02-27T08:58:09.051Z] 08:58:09     INFO - TEST-UNEXPECTED-FAIL | browser/modules/test/browser/browser_ContentSearch.js | Test timed out - 
[task 2021-02-27T08:58:09.051Z] 08:58:09     INFO - GECKO(5640) | MEMORY STAT | vsize 2104238MB | vsizeMaxContiguous 69284146MB | residentFast 233MB | heapAllocated 73MB
[task 2021-02-27T08:58:09.051Z] 08:58:09     INFO - TEST-OK | browser/modules/test/browser/browser_ContentSearch.js | took 45084ms
[task 2021-02-27T08:58:09.051Z] 08:58:09     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-02-27T08:58:09.051Z] 08:58:09     INFO - TEST-UNEXPECTED-FAIL | browser/modules/test/browser/browser_ContentSearch.js | Found a tab after previous test timed out: about:newtab - 
[task 2021-02-27T08:58:09.062Z] 08:58:09     INFO - checking window state```
Bug: Firefox leaks private internal addresses to search engines
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-02-27 13:28:10+00:00
Resolved: 2021-03-01 17:37:29+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:85.0) Gecko/20100101 Firefox/85.0

Steps to reproduce:

1. In settings select option to have separate search bar from address bar
2. Restart browser for good measure
3. In address bar enter enter internal address like "rasppi.localdomain"


Actual results:

Default search engine is opened searching for "rasppi.localdomain" and "Did you mean to go to http://rasppi.localdomain?" bar at the top


Expected results:

When search and address fields/bars are separate address bar SHOULD NOT DO SEARCHES.
Bug: Warning dialog(closing multiple tabs) should cause the browser window to be raised if minimized / in the background
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-02-27 18:02:53+00:00
Resolved: 2021-04-06 12:43:54+00:00

Steps to reproduce:
1. Open multiple tabs(more than 3 tab)
2. Minimize browser
3. Right click on taskbar button of Nightly
4. Choose Close Window

Actual Results:
Nothing happens. There is no visual feedback.

Expected Results:
The warning dialog (closing multiple tabs) should be in the topmost window, so that the dialog is visible.


Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=9cf59af57183940e3d5f629f4ea29b499e956fca&tochange=1129347e2aadcde6d60e03b6917539413c306639
Bug: Registered ID and passwords are not safe
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-27 18:50:33+00:00
Resolved: 2021-03-22 22:44:35+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:86.0) Gecko/20100101 Firefox/86.0

Steps to reproduce:

1. I changed my Firefox password on a PC.
2. On another PC, Firefox tell me to reconnect to my Firefox account so, normaly, I have been disconnect from my Firefox BUT...
3. I test with as signed out of my account AND


Actual results:

I can see all my ID en registered password even if I'm not connect with my new Firefox password or not signed in at all.


Expected results:

As my Firefox account password has changed or I'm not connected, I could not be able to see any information on this account especially the lis of my registered URL-ID-password on about:logins (Firefox Lockwyse).
It is urgent to secure about:logins hiding URL, ID en password access if any user is properly connected !
Bug: Nightly Troubleshooting Information page is blank
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-02-27 21:10:31+00:00
Resolved: 2021-04-16 09:33:12+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:88.0) Gecko/20100101 Firefox/88.0




Expected results:

The  page is blank, but the buttons and links work.

Nightly 88.0a1 (2021-02-27) (64-bit)
Operating System: openSUSE Tumbleweed 20210223
KDE Plasma Version: 5.21.0
KDE Frameworks Version: 5.79.0
Qt Version: 5.15.2
Kernel Version: 5.10.16-1-default
OS Type: 64-bit
Graphics Platform: X11
Processors: 8 × Intel® Core™ i7-4810MQ CPU @ 2.80GHz
Memory: 31.0 GiB of RAM
Graphics Processor: Mesa DRI Intel® HD Graphics 4600
Bug: New windows always open the built-in new tab page
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-02-27 22:47:26+00:00
Resolved: 2021-03-02 04:28:51+00:00

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:85.0) Gecko/20100101 Firefox/85.0

Steps to reproduce:

I opened a new window with [Ctrl]+[N], and had an extension with a custom new tab page.


Actual results:

A new window popped up, with the built-in Firefox new tab page.


Expected results:

A new window should have popped up with the custom new tab page.
Bug: [Fission] fullscreen embedded video clips causes all tabs to lose the 'x' close button
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-02-28 03:14:33+00:00
Resolved: 2023-10-30 11:09:09+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:88.0) Gecko/20100101 Firefox/88.0

Steps to reproduce:

I can reproduce by following these steps:
Fullscreen any embedded Twitch clip and then leave fullscreen by any means. 

I'm unaware of other websites that embed Twitch clips or videos, however on https://old.reddit.com/r/LivestreamFail/ they are commonly posted.




Actual results:

Every single tab except for the currently active tab loses its 'x' to be able to close them. So moving to a new tab shows the x for that tab but hides it on all others.

This is fixed by either opening a new tab or closing a current tab. 


Expected results:

Exiting fullscreen from an embedded Twitch clip should not change whether tabs show their close button.
Bug: Bookmarks Toolbar does not appear on newtab (non-private browsing)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-28 09:06:26+00:00
Resolved: 2021-03-15 16:40:23+00:00

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:86.0) Gecko/20100101 Firefox/86.0

Steps to reproduce:

1. Bookmarks toolbar --> Select "Only show on new tab"
(2. Homepage and new windows are set to Firefox Home)

LinuxMint with Firefox 86


Actual results:

1. Open new tab = bookmarks toolbar not visible
2. Open new window/private window = bookmarks toolbar IS visible


Expected results:

bookmarks toolbar should be visible
Bug: Firefox shows wrong icon size on Windows 10 Start menu tiles
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-28 10:31:39+00:00
Resolved: 2021-02-28 15:00:33+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:88.0) Gecko/20100101 Firefox/88.0

Steps to reproduce:

Install Firefox on Windows 10 and add it to Start menu


Actual results:

Firefox icon is bigger than other program icons


Expected results:

Firefox icon should be the same size than other program icons
Bug: automatically switches to new link in new tab, with that option is turned off
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-02-28 12:21:06+00:00
Resolved: 2021-03-11 09:03:29+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:86.0) Gecko/20100101 Firefox/86.0

Steps to reproduce:

Updated Firefox


Actual results:

it automatically switches to a newly opened tab, even thou I have "When you open a new link in a tab, switch to it immediately" option turned off


Expected results:

do not switch to a newly opened tab unless the user wants that to happen
Bug: the new tooltips look odd on Linux
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-02-28 13:03:43+00:00
Resolved: 2021-03-23 05:44:29+00:00

The new tooltips look odd on Fedora 33 / Gnome.
The text size seem to be too large and the background color of the tooltip is too light, almost white I think. And somehow the tooltip is too packed. Perhaps it should have some more spacing around the text.
I have browser.proton.enabled and browser.proton.tabs.enabled enabled.
Bug: Lazy / discarded tab's "title" does not match the tab's label, URLs have the scheme prefix
Status: NEW
Priority: --
Created: 2021-02-28 17:13:28+00:00
Resolved: 2021-03-27 04:58:03+00:00

The normal tabbrowser behavior for tabs without title (e.g. content not loaded yet, or tab is lazy/discarded), the title defaults to a trimmed version of the URL. The logic is at https://searchfox.org/mozilla-central/rev/52a3b19a3de21546f6ab9c10d37d6047107ed874/browser/base/content/tabbrowser.js#1500-1556

When a lazy browser is created without explicit title, e.g. via the `tabs.create` extension API call, then [`title` / `lazyTabTitle`](https://searchfox.org/mozilla-central/rev/52a3b19a3de21546f6ab9c10d37d6047107ed874/browser/base/content/tabbrowser.js#2752) is void. The SessionStore.jsm code then defaults to using the URL, in unmodified form: https://searchfox.org/mozilla-central/rev/6a023272d590409c80458d373986e379b3ad86f4/browser/components/sessionstore/SessionStore.jsm#4610

Consequently, when the `contentTitle` of the lazy tab browser is queried via [ `SessionStore.getLazyTabValue(aTab, "title")`](https://searchfox.org/mozilla-central/rev/52a3b19a3de21546f6ab9c10d37d6047107ed874/browser/base/content/tabbrowser.js#2158), then the full URL is returned, which differs from the rendered title on the tab.

STR:

1. Inspect the background page of an extension with the "tabs" permission (e.g. uBlock Origin) at `about:debugging` and run the following snippet:
```
await browser.tabs.create({ url: "http://example.com/foo", discarded:true });
```
2. Click to expand the object and view the url/title properies.

Expected:
- `url: "http://example.com/foo"`
- `title: "example.com/foo"` (matching the tab's title)

Actual:
- `url: "http://example.com/foo"`
- `url: "http://example.com/foo"`

To fix this, I guess that the following approach would work:
1. Move the URI / URL -> label text conversion logic from its current place in `setTabTitle` / `_setTabLabel`, to a new method (in tabbrowser.js).
2. Call that method, either from SessionStore.jsm ([here instead of `|| url`](https://searchfox.org/mozilla-central/rev/6a023272d590409c80458d373986e379b3ad86f4/browser/components/sessionstore/SessionStore.jsm#4610)), or if it is undesirable to call a tabbrowser method from there, from tabbrowser.js when `lazyTabTitle` is void ([here](https://searchfox.org/mozilla-central/rev/52a3b19a3de21546f6ab9c10d37d6047107ed874/browser/base/content/tabbrowser.js#2752)).
Bug: "Sync and Save Data" remains in proton AppMenu when identity.fxaccounts.enabled is false
Status: VERIFIED
Priority: P5
Resolution: FIXED
Created: 2021-02-28 18:24:38+00:00
Resolved: 2021-04-21 06:18:16+00:00

Tested in 88.0a1(2021-02-25) BuildID 20210225215504.

STR:
1. Set `identity.fxaccounts.enabled` to false and restart Firefox.
2. "Sign in to Firefox" is hidden in photon AppMenu (Expected Behavior; separator may remain due to lazy load issue Bug 1667869)
3. Set `browser.proton.appmenu.enabled` to true and restart Firefox.

Expected Behavior:
"Sync and Save Data" menu item and the colored separator should disappear from proton AppMenu when when `identity.fxaccounts.enabled` is false.

Actual Behavior:
Text within the "Sign-In" button is hidden but "Sync and Save Data" remains in proton AppMenu. Button is still clickable and functional.
Bug: Visual inconsistencies between Bookmarks Menu and History Menu
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-02-28 19:03:17+00:00
Resolved: 2021-03-17 17:21:42+00:00

As a matter of personal preference I replace the Library toolbar button with Bookmarks Menu and History toolbar buttons, simply because it is one click too far away and I access 'Show All Bookmarks' and 'Clear Recent History' all the time. In FF60-86 both menus were visually consistent as follows:


```
View Bookmarks Sidebar/ View History Sidebar
Show All Bookmarks/ Clear Recent History
<Separator>/ <Separator>
Bookmark Toolbars >/ Recently Close Tabs >
Other Bookmarks >/ Recently Closed Windows >
<Separator>/ <Separator>
(Bookmarks in Bookmarks Menu)/ Recent History
...
Show All Bookmarks/ Show All History
```


Since FF87, "View History Sidebar" item was removed from the history menu and other items rearranged or renamed for no reason other than to conform to proton UI redesign, while the Bookmarks Menu remaining intact (good) when accessed via Bookmarks Menu toolbar button. I would argue that non-nightly users should not be left in a photon-proton hybrid state when `browser.proton.enabled` or `browser.proton.appmenu.enabled` is false.
Bug: [Proton tooltips] tab tooltip is not attached to the tab when overflowing tab strip is being scrolled
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-02-28 19:28:13+00:00
Resolved: 2021-06-08 12:54:19+00:00

STR:

1. Open bunch of tabs, so many that tab strip overflows by a fair amount.
2. Move cursor over the tab strip and scroll "almost immediately"

Actual results:

The tooltip may end up being shown in wrong location. On narrow windows and somewhat fast scrolling the tooltip can even be way outside of the window.

It looks as if the tooltip is being drawn at a coordinate where the initial hovered tab would have been translated to by the scroll. It also seems to be rather picky about the exact timing of the scroll event, but I can reproduce it quite easily nonetheless. More tabs feels to make it easier to reproduce this, but I can't be sure of this.

In addition, this might not actually be proton specific but pre-proton the tooltip was shown so fast that there wasn't ever enough time to initiate scroll between hovering of the tab and showing the tooltip.

Whatever the cause may be, scrolling should probably cancel the tooltip from being shown, or if anything the shown tooltip should be whatever tab the cursor ended up on after the scroll.