av9ash/GitBugs huggingface dataset:
Bug: no matter what i change the zoom too it just goes back
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2025-02-10 18:38:57+00:00
Resolved: 2025-02-11 14:31:03+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:109.0) Gecko/20100101 Firefox/115.0

Steps to reproduce:

steps goto nypost.com
zoom is 120
set to 80 menu
set to 80 in settings
refresh goes back to 120


Actual results:

no matter what I do it keeps going back to 120.  only thing that will stop is to change to a different profile.  SO ITS NOT UPDATING MY PROFILE. 


Expected results:

zoom should goto 80
Bug: Clicking on a tab group in the groups subview does nothing
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-02-10 19:35:12+00:00
Resolved: 2025-03-05 14:50:17+00:00

STR:
- have at least 6 tab groups
- open the "List all tabs" menu
- in the "Tab groups" section, click "Show more"
- pick one of the listed tab groups

Expected result: tab group should be selected

Actual result: nothing happens
Bug: Prevent opening new windows when policy notification via the messaging system is in progress
Status: NEW
Priority: P1
Created: 2025-02-10 19:40:45+00:00
Resolved: 2025-03-03 18:29:34+00:00

See Jira tickets filed by QA [1](https://mozilla-hub.atlassian.net/browse/FIDE-2492), [2](https://mozilla-hub.atlassian.net/browse/FIDE-2494).
Bug: Vertical pinned tabs don't seem to be focused when switched to
Status: ASSIGNED
Priority: P2
Created: 2025-02-10 23:48:54+00:00
Resolved: 2025-02-18 14:06:20+00:00

Preconditions: Vertical Tabs enabled.

STR:
 1. Open the webapp for Slack (`https://app.slack.com/client`).
 2. Start composing a Slack message.
 3. Open a tab or otherwise switch tabs.
 4. Click on the Slack tab.
 5. Start typing (without clicking anything). Input is directed to the Slack message still being composed.
 6. Pin the Slack tab.
 7. Switch to another tab.
 8. Click on the Slack tab.
 9. Start typing (without clicking anything).

Expected Results:
Input is directed to the Slack message still being composed.

Actual Results:
Input seems to be lost.
Bug: The "When you open a link, image or media in a new tab, switch to it immediately" option does not work. It always switches
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2025-02-11 05:09:00+00:00
Resolved: 2025-02-26 14:18:22+00:00

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

Steps to reproduce:

Turned on 'The "When you open a link, image or media in a new tab, switch to it immediately" option does not work. It always switches" option


Actual results:

switched to tab


Expected results:

it not switching to tab because option wasnt ticked
Bug: The Pocket related context menu items are no longer displayed when the Pocket extension is disabled and the section cards layout is enabled
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2025-02-11 07:57:36+00:00
Resolved: 2025-02-11 17:50:47+00:00

**[Affected versions]:**
- Firefox Nightly 137.0a1 (Build ID: 20250210213927)
- Firefox Beta 136.0b5 (Build ID: 20250211020735) - build from treeherder 

**[Affected Platforms]:**
- Windows 10 x64
- macOS 14.7.1
- Ubuntu 24.04 x64

**[Prerequisites]:**
- Have the latest version of the Firefox Nightly 137.0a1  build installed/extracted.
- Have the following prefs set in the “about:config” page:
	- `extensions.pocket.enabled` pref set to `false`;
	- ‘browser.newtabpage.activity-stream.discoverystream.sections.enabled” set to ‘true’;
	- ‘browser.search.region’ set to ‘US’.

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites and open a new tab.
2. Hover any non-sponsored card.
3. Click the contextual menu button from the top right part of the card.
4. Observe the options displayed.

**[Expected result]:**
 - The “Save to Pocket” option is displayed.

**[Actual result]:**
 - The “Save to Pocket” context menu item is not displayed.

**[Notes]:**
- Based on this [comment](https://mozilla-hub.atlassian.net/browse/QA-3111?focusedCommentId=999068), the Pocket-related context menu items should be displayed while the Pocket extension is disabled and the section cards layout is enabled.
- Attached is a screenshot of the issue.
Bug: Sidebar background color has started to lack contrast with some themes with vertical tabs enabled
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2025-02-11 10:12:47+00:00
Resolved: 2025-02-14 17:55:06+00:00

STR:
1. Install the [Alpenglow Dark theme](https://addons.mozilla.org/en-US/firefox/addon/alpenglow-dark/) (7k users).
2. Enable vertical tabs.

Expected:
Sidebar has dark purple background like with vertical tabs disabled.

Actual:
Sidebar background is white, inactive tab text lacks contrast.

Other affected themes with same regressor:
https://addons.mozilla.org/en-US/firefox/addon/fractal-senzune_alphacoder/  (14k users)
https://addons.mozilla.org/en-US/firefox/addon/two-litle-birds/  (11k users)

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=30496021da93251820dfaf52a04d1aa5e7b51690&tochange=3c299d4f6ce038e4391e060462a9eaab163affff

Regressed by Bug 1928151.
Bug: Sidebar background color lacks contrast with dark themes that rely on default colors
Status: NEW
Priority: P2
Created: 2025-02-11 10:45:50+00:00
Resolved: 2025-02-21 23:37:22+00:00

STR:
1. Set `sidebar.revamp = true`.
2. Install a theme that triggers dark mode like [MiincDesign_33](https://addons.mozilla.org/en-US/firefox/addon/miincdesign_33/) (15k users).

Expected:
Sidebar toolbar is white text on dark background like the sidebar content.

Actual:
Sidebar toolbar is white text on light background with low contrast. Vertical tabs also affected.

Bug 1899336 made the background transparent which was later fixed by Bug 1915805 but now it lacks contrast.

Other affected themes with the same regressor:
https://addons.mozilla.org/en-US/firefox/addon/green-tropical-leaves/  (9k users) 
https://addons.mozilla.org/en-US/firefox/addon/classic-blue/ (5k users) 
https://addons.mozilla.org/en-US/firefox/addon/blackswirlywater/ (4k users)  
https://addons.mozilla.org/en-US/firefox/addon/northern-lights-fantasy/ (2k users) 

All have white `tab_background_text` which triggers dark mode (`browser.theme.toolbar-theme = 0`).

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=73d37e644eb977c4205e20c6a349453f39e09ec4&tochange=f81bc4882ecc99d79404676fdcf3dd5b4355800f

Regressed by Bug 1899336.
Bug: The topics’ titles from the “Followed and Blocked topics” panel are not read by the screen reader
Status: NEW
Priority: --
Created: 2025-02-11 12:14:12+00:00
Resolved: 2025-02-11 12:14:12+00:00

**[Affected versions]:**
- Firefox Beta 136.0b4 - Build ID: 20250210091604


**[Affected Platforms]:**
- Windows 10 x64
- macOS Sequoia 15.0.1
- Ubuntu 24.04 x64


**[Prerequisites]:**
- Have the Firefox Beta 136.0b3 build en-US locale installed.
- Have the following prefs set to "true" on the "about:config" page:
  - browser.newtabpage.activity-stream.discoverystream.sections.personalization.enabled
  - browser.newtabpage.activity-stream.discoverystream.sections.enabled
  - browser.newtabpage.activity-stream.discoverystream.sections.customizeMenuPanel.enabled
  - browser.newtabpage.activity-stream.discoverystream.sections.cards.enabled
- Have the "browser.search.region" pref set to US.
- Have some topics already followed/blocked.
- Have a screen reader installed.


**[Steps to reproduce]:**
1. Open the browser from the prerequisites.
2. Open a new tab.
3. Click on the gear icon from the right bottom of the page.
4. Click on the "Followed and blocked topics" button under the "Sponsored stories" checkbox.
5. Open a screen reader.
6. Navigate through the Topics panel using the keyboard.
7. Notice how the screenreader read the elements from the panel.


**[Expected result]:**
- The topics’ titles are read by the screen reader

**[Actual result]:**
- The topics’ titles are not read by the screen reader

**[Additional Notes]:**
- A video of this issue can be found [here](https://drive.google.com/file/d/1VKFp1hhAiZh8dd49GE2XS6xFp8bqiCAq/view?usp=drive_link).
- This issue is also reproducible for the rest of the locales where the topics are available.
Bug: Wrong content narrated by screen readers on the “Followed and Blocked topics” panel
Status: NEW
Priority: --
Created: 2025-02-11 12:23:24+00:00
Resolved: 2025-02-11 12:23:24+00:00

**[Affected versions]:**
- Firefox Beta 136.0b4 - Build ID: 20250210091604

**[Affected Platforms]:**
- Windows 10
- macOS 15.0.1
- Ubuntu 22.04

**[Prerequisites]:**
- Have a Firefox Beta 136.0b4 build with en-US locale installed.
- Have the following prefs set to "true" on the "about:config" page:
         - browser.newtabpage.activity-stream.discoverystream.sections.personalization.enabled
         - browser.newtabpage.activity-stream.discoverystream.sections.enabled
         - browser.newtabpage.activity-stream.discoverystream.sections.customizeMenuPanel.enabled
         - browser.newtabpage.activity-stream.discoverystream.sections.cards.enabled
- Have the "browser.search.region" pref set to "US".
- Have a screen reader installed and opened.
 

**[Steps to reproduce]:**
1. Open the browser using the profile from the prerequisites.
2. Open a new tab.
3. Click on the gear icon from the right bottom of the page.
4. Click on the "Followed and blocked topics" button under the "Sponsored stories" checkbox.
5. Use the keyboard to navigate between elements on the "Followed and blocked topics" panel.
6. Observe the result.

**[Expected result]:**
- The content of the "Followed and blocked topics" panel is narrated accordingly by the screen reader.

**[Actual result]:**
- The content of the "Personalize new tab" panel is also narrated by the screen reader, even if it is not visible.

**[Notes]:**
- We consider this issue to be related to [Bug 1947192](https://bugzilla.mozilla.org/show_bug.cgi?id=1947192), where the “Followed and Blocked topics” panel content and the “Personalize new tab” panel content are overlapping on browser vertical resize.
- This issue is also reproducible for the rest of the locales where the topics are available.
- Attached a screen recording of the issue [here](https://drive.google.com/file/d/1tGwfm3VFABvwfhsTcjZ6ZjpD0YbBK2KR/view?usp=sharing).
Bug: SessionStore can NOT open closed windows that was saved before Firefox 135
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2025-02-11 16:07:53+00:00
Resolved: 2025-02-18 15:16:50+00:00

Closed windows that was saved before Firefox 135 don't have `groups` and `closedGroups`.

Trying to open such closed window in Firefox 135, does noting and the window removed from closed Windows list and its data is lost.

This is the error from `Browser Console`:
```
TypeError: state.windows[0].groups is undefined SessionStore.sys.mjs:4516:26
ssi_undoCloseWindow resource:///modules/sessionstore/SessionStore.sys.mjs:4516
ss_undoCloseWindow resource:///modules/sessionstore/SessionStore.sys.mjs:597
undoCloseWindow chrome://browser/content/browser.js:6063
createEntry resource:///modules/sessionstore/RecentlyClosedTabsAndWindowsMenuUtils.sys.mjs:443
```

Same error in Firefox Nightly:
```
TypeError: can't access property Symbol.iterator, state.windows[0].groups is undefined SessionStore.sys.mjs:4575:26
ssi_undoCloseWindow resource:///modules/sessionstore/SessionStore.sys.mjs:4575
ss_undoCloseWindow resource:///modules/sessionstore/SessionStore.sys.mjs:605
undoCloseWindow chrome://browser/content/browser.js:5487
createEntry resource:///modules/sessionstore/RecentlyClosedTabsAndWindowsMenuUtils.sys.mjs:500
```

In Firefox Nightly, `History > Recently Closed Tabs` show an empty popup with this error:
```
Uncaught TypeError: can't access property Symbol.iterator, winData.closedGroups is undefined
    ssi_getClosedTabGroups resource:///modules/sessionstore/SessionStore.sys.mjs:4097
    ss_getClosedTabGroups resource:///modules/sessionstore/SessionStore.sys.mjs:431
    getClosedTabGroupsById resource:///modules/sessionstore/RecentlyClosedTabsAndWindowsMenuUtils.sys.mjs:36
    getTabsFragment resource:///modules/sessionstore/RecentlyClosedTabsAndWindowsMenuUtils.sys.mjs:84
    populateUndoSubmenu chrome://browser/content/browser-places.js:639
    <anonymous> chrome://browser/content/browser-menubar.js:189
SessionStore.sys.mjs:4097:31
```
Bug: sidebar.visibility pref gets reset after each browser restart
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2025-02-11 16:42:11+00:00
Resolved: 2025-02-18 17:09:31+00:00

When using vertical tabs, if you set the visibility for the sidebar to expand on hover or always hide, then restart the browser, the sidebar.visibility pref gets reset to `"always-show"` after every browser restart.
Bug: QR code image is not exposed to assistive technology on the Desktop to Mobile Adoption feature callout
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-02-11 16:55:15+00:00
Resolved: 2025-02-13 09:45:28+00:00

The QR code is hidden from assistive technology which may prevent users from knowing where to point their cameras to scan it. It would be an `access-S2` issue, but the adjacent text does mention the QR code which may hint that there is, in fact, some QR code image on the screen somewhere, but it is still important to indicate the image is there and this is, in fact, a QR code needed to be scanned. The `alt` could be `Firefox download QR code` or similar.
Bug: Google Images does not work at all
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2025-02-11 17:21:31+00:00
Resolved: 2025-02-27 08:28:24+00:00

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

Steps to reproduce:

Searched On Google Images


Actual results:

When I scrolled down and up again, the search bar disappeared, and when I tried to select an image it didnt show anything 


Expected results:

When I scrolled down and up again, the search bar shouldn't have disappeared, and when I tried to select an image it should have showed me the picture I selected
Bug: Punycode TLDs do not work
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2025-02-11 17:27:54+00:00
Resolved: 2025-02-12 21:33:34+00:00

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

Steps to reproduce:

I'm looking into purchasing a domain with a punycode TLD, but quickly noticed these aren't resolvable in Firefox.

For example:
- `xn--eckh0ome.xn--1uga186jlcve` does not work
- `foo.xn--1uga186jlcve` does not work
- `xn--eckh0ome.foo` does work


Actual results:

The address bar does not let me visit the domain and HTML <a> tags with these "invalid" URLs do nothing.


Expected results:

The URLs should resolve and I should be able to visit them and click links to them.
Bug: about:config content overflow the viewport when the window width is reduced
Status: NEW
Priority: P3
Created: 2025-02-11 20:37:28+00:00
Resolved: 2025-03-03 15:30:43+00:00

When Firefox's window width is reduced, the about:config topbar can overflow outside the viewport. The same issue exists with the preferences' table. We should try to make the layout more responsive by stacking the elements on the page.
Bug: pdf rendered incorrectly
Status: UNCONFIRMED
Priority: --
Created: 2025-02-12 07:55:57+00:00
Resolved: 2025-02-28 15:04:12+00:00

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

Steps to reproduce:

open pdf with firefox


Actual results:

the pie chart in page 3 is messed up


Expected results:

pie chart ok (opening it with other readers is ok)
Bug: Pinned vertical tab disappears on click
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-02-12 13:26:03+00:00
Resolved: 2025-02-12 17:49:09+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:136.0) Gecko/20100101 Firefox/136.0

Steps to reproduce:

- Switch to vertical tabs mode
- Create a tab, pin it
- Collapse sidebar, so tabs are shown as icons
- Hover over top-left side of the tab icon button
- Perform left click


Actual results:

Normal (non-pinned) tabs has X icon on hover, when the sidebar is collapsed. Click on the icon closes the tab.

Pinned tab does not have the X icon. But click on the place where it can be still closes the button.

Also, holding the cursor on the top-left part of the pinned tab shows small "Close" tooltip, which indicates that the X button still exist, but not visible, but active and can be clicked.


Expected results:

Pinned tab is a special case. They're supposed to be constantly open, frequently used, visible and accessible for a user. So having no X icon on hover seems to be a good decision. 

Closing the tab by clicking on invisible X button seems to be a bug. Pinned button should not be closed in one click.
Bug: Unable to select a Tab group from the Address bar when a Search engine suggestion is displayed
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2025-02-12 13:33:07+00:00
Resolved: 2025-02-19 21:05:13+00:00

**Found in**
* Nightly 137.0a1 (2025-02-11) 

**Affected versions**
* Nightly 137.0a1 (2025-02-11) 
* Beta 136.0b4 

**Affected platforms**
* All

**Steps to reproduce**
1. Create a Tab group with the name Best.
2. Select a different tab and Type B in the url bar.
3. Select the Best Tab group from the Search suggestions

**Expected result**
* The "Best" Tab Group should be selected and opened.

**Actual result**
* The Bing search engine is selected.
The same issue occurs if the DuckDuckGo search engine is displayed

**Regression range**
Not a regression.
Bug: Tab Groups "Switch to Groupname" labels should be all visible in the address bar search when there are multiple Tab Groups
Status: NEW
Priority: P3
Created: 2025-02-12 13:56:09+00:00
Resolved: 2025-02-17 16:36:21+00:00

**Found in**
* 137.0a1 (2025-2-12)

**Affected versions**
* 137.0a1 (2025-2-12)
* 136.0b4

**Affected platforms**
* All

**Steps to reproduce**
1. Have multiple Tab Groups created using the same beginning letter for the Tab Group name (e.g Test 1, Test 2)
2. Reach the address bar and type the group tabs letter ( e.g T)
3. Observe the Tab Groups "Switch to Groupname" labels
4. Resize the browser and check again the Tab Groups "Switch to" groups labels

**Expected result**
* Tab Groups "Switch to Groupname" labels should be all visible in the address bar search when there are multiple Tab Groups

**Actual result**
* Not all Tab Groups labels are visible in the address bar search
* Tab Groups "Switch to Groupname" labels are to close to each other when resizing the browser

Not a Regression.
Bug: Moving a tab into a tab group using Ctrl+Shift+PageDwn breaks the tab group indicators
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-02-12 14:35:36+00:00
Resolved: 2025-03-05 14:51:00+00:00

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

Steps to reproduce:

1. Add a tab to a tab group
2. Create a new tab, outside that tab group
3. Drag the tab to the position before that tab group
4. Press Ctrl+Shift+PageDwn to move the tab into the tab group


Actual results:

With vertical tabs:
The tab is part of the tab group, but the label of the tab is below the tab, and the coloured line indicating which tabs are in the tab group doesn't extend to the new tab.

With horizontal tabs:
The tab is part of the tab group, but the label of the tab comes after the tab. It does get the coloured line indicating that it is part of the tab group.


Expected results:

The tab is visually part of the tab group.
Bug: Firefox saves .webp images with the .jpg extension
Status: UNCONFIRMED
Priority: --
Created: 2025-02-12 14:54:57+00:00
Resolved: 2025-02-27 12:30:37+00:00

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

Steps to reproduce:

I have created an image on Night Cafe (https://creator.nightcafe.studio) that I wish to download - I right-click the image to have it be the only thing in the browser, then click "Save Image As" which results in a .jpg named file that the file browser cannot create a thumbnail for. I opened the file in Gwenview and looked at the properties and even though the file has the extension .jpg it is a .webp file inside.

This is a recent behavior change.


Actual results:

The wrong extension is confusing other programs. Renaming the file to correct the extension fixes the problem.


Expected results:

When saving an image, apply the correct extension.
Bug: The Tab Groups sub-menu in the "List all tabs" menu (aka TOM) should be scrollable
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-02-12 15:31:44+00:00
Resolved: 2025-03-05 14:51:20+00:00

STR using Nightly 137.0a1 (2025-02-12) (aarch64)
1. Create about 35 tab groups
2. Open the TOM menu to see the Tab Groups section at the top and a "Show more" button 
3. Select "Show more"
4. In the Show more menu (see screenshot) you'll see 29 groups visible (in my case)
5. The menu is not scrollable to show the remaining groups that are off screen

Expected:
The Show more menu should scroll to display all the groups in the list
Bug: Sidebar is slow to resize when positioned on the right
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-02-12 17:53:09+00:00
Resolved: 2025-03-05 14:51:42+00:00

There's an issue when resizing the sidebar panel and sidebar launcher when the sidebar is positioned on the right. There's a bit of a visual glitch / lag happening as long as you're dragging the splitters. This does not occur when the sidebar is positioned to the left.
Bug: Newtab medium card cropping is cropping too much
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2025-02-12 19:09:43+00:00
Resolved: 2025-02-13 09:46:08+00:00

When we shipped smart cropping, we also fixed the resolution for large cards in sections.

This caused medium cards to crop too much, also for layout variants A and B which are shipped.

So we should probably fix A and B to crop for medium sizes, then sort out cropping for medium and small in sections in another bug.

To test.

1. Load newtab.
2. Load about:config
3. Ensure "browser.newtabpage.activity-stream.newtabLayouts.variant-b" is set to `true`
Expected: Right click an image, and select "open image in new tab", the image shown should be a rectangle with the same resolution as a medium card.

Currently: the image when opened in newtab is a square.
Bug: Tabs reopened in a container are ejected from tab group
Status: NEW
Priority: P1
Created: 2025-02-12 20:04:22+00:00
Resolved: 2025-02-17 16:03:54+00:00

This is an interaction between tab groups and the multi-account containers extension. So to reproduce, that extension will need to be installed, and some site (say, containersite.com) needs to be configured to always open in a particular container.

Steps to reproduce:

1. Right-click on a default-container tab in a tab group and select "New tab to right". This opens a new tab in the default container.
2. Type "containersite.com" in the URL bar and press enter.

Expected behavior: a tab for containersite.com in the configured container should open at the current position in the tab bar
Observed behavior: a tab for containersite.com opens positioned to the left of the first tab in the group
Bug: Users cannot re-enroll in Firefox Labs opt-ins
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-02-12 20:23:30+00:00
Resolved: 2025-02-15 09:24:41+00:00

If you attempt to re-enroll in a Firefox Labs opt-in, you get the following error:

```
console.error: "ExperimentAPI: failed to enroll in opt-in recipe PLACEHOLDER-AUTO-PIP and branch control" (new Error("An experiment with the slug \"SLUG\" already exists.", "resource://nimbus/lib/ExperimentManager.sys.mjs", 587))
```
Bug: ExperimentStore pref cache can leak between tests
Status: NEW
Priority: P4
Created: 2025-02-13 01:10:01+00:00
Resolved: 2025-02-13 01:10:01+00:00

The pref cache for experiments often leaks between tests. Most of these are caught by assertEmptyStore's cleanup, but we should also assert that the pref branches are empty