av9ash/GitBugs huggingface dataset:
Bug: Launching Firefox in a docker container that shares dbus with the host will hand off to Firefox in the host
Status: UNCONFIRMED
Priority: --
Created: 2021-12-09 01:52:18+00:00
Resolved: 2021-12-28 21:58:30+00:00

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

Steps to reproduce:

I created a basic container that's running firefox inside an archlinux:latest image.
Here's the Dockerfile:
FROM archlinux:latest
RUN pacman -Syu && pacman-db-upgrade && pacman -S firefox --noconfirm
RUN groupadd firefox && useradd -g firefox --create-home --home-dir /home/firefox firefox
COPY start.sh /opt/
RUN chmod +x /opt/start.sh
To launch Firefox I used this hackjob of a command: 
docker run -it \
-v /tmp/.X11-unix:/tmp/.X11-unix \
--device /dev/snd \
-v firefoxSettings:/home/firefox \
-v /dev/shm:/dev/shm:z \
-v /etc/localtime:/etc/localtime:ro \
-v /var/run/dbus:/var/run/dbus \
-v /var/run/user/$(id -u)/bus:/var/run/user/1000/bus \
-e DBUS_SESSION_BUS_ADDRESS="unix:path=/var/run/user/1000/bus" \
-v /var/run/user/$(id -u)/pulse:/var/run/user/1000/pulse \
-e PULSE_SERVER="unix:/run/user/1000/pulse/native" \
-e DISPLAY=:0 \
--device=/dev/video0:/dev/video0 \
--rm \
--group-add $(getent group audio | cut -d: -f3) \
akos/firefox-docker su firefox -c /usr/bin/firefox
Host: Arch Linux, Docker version 20.10.11, build dea9396e18.


Actual results:

Firefox launched from Docker (if Firefox is running on my host too) will use my profile, act like it was launched outside of the container while it's running from the container.


Expected results:

Firefox launches with it's own separate profile inside the container even if Firefox is already running on the host.
Bug: The upgradeDialog feature is not disabled in the Control branch of a Nimbus experiment
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-12-09 14:51:40+00:00
Resolved: 2021-12-09 15:19:33+00:00

**[Affected Versions]:**
- Firefox Release 95.0 (Build ID: 20211129150630)

**[Affected Platforms]:**
- Windows 10
- macOS 11.6
- Linux Mint 20.1

**[Prerequisites]:**
- Have [this experiment](https://github.com/mozilla/nimbus-shared/pull/185/files#diff-12babb17cbd70641b9cbc639c140909d8aff10dca2a3c506ef951775cecee60b) set on stage.
- Have Firefox 94.0.2 installed with “nimbus.debug” set to “true” from “about:config”.

**[Steps to reproduce]:**
1. Open Firefox 94.0.2.
2. Change the environment to Stage using Remote Settings Devtools.
3. Perform a Poll using Remote Settings Devtools.
4. Use the following link to enroll in the experiment: “about:studies?optin_slug=firefox-desktop-multifeature-test&optin_branch=control”
5. Close the browser.
6. Open the same profile using Firefox 95.
7. Observe whether the update dialog modal is displayed.

**[Expected result]:**
- The dialog is not displayed using the Stage control branch.

**[Actual result]:**
- The dialog is displayed using the Stage control branch.

**[Notes]:**
- Using the same steps in the Production environment, I was not able to reproduce the issue using this experiment’s treatment branch: https://experimenter.services.mozilla.com/nimbus/mr2-upgrade-spotlight-holdback/details (using about:studies?optin_slug=mr2-upgrade-spotlight-holdback&optin_branch=treatment)
- Included is a recording of the issue.
Bug: browser_asrouter_toolbarbadge.js keeps a loading animation in the first tab at the end of the test
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-12-09 14:55:23+00:00
Resolved: 2022-04-27 09:50:15+00:00

Here is a profile of the test with the patches from bug 1742842 applied: https://share.firefox.dev/3GoujZG

Captured using `./mach test browser/components/newtab/test/browser/browser_asrouter_toolbarbadge.js --profiler` on my local build.

In the profile, I see that there's a "CSS animation - tab-throbber-animation" animation that keeps on running after the test is supposed to have ended. Further down in the marker chart, I see that there's a network load on https://127.0.0.1:8888/?context=fx_desktop_v3&entrypoint=fxa_app_menu&action=email&service=sync that doesn't finish.

Adding a `gBrowser.stop()` call at the end of the test doesn't stop the loading animation.

By commenting out many things in the test until I no longer reproduced, I noticed that it's the `fxaButton.click();` line at https://searchfox.org/mozilla-central/rev/eea0fac2cb8cae1e5a2e38959eeaa0b7f6d23456/browser/components/newtab/test/browser/browser_asrouter_toolbarbadge.js#34 that triggers the behavior (both the network request, and the never ending load animation).
Bug: Clicking "Try Again" button shows something else during loading
Status: NEW
Priority: --
Created: 2021-12-09 14:56:32+00:00
Resolved: 2021-12-28 03:11:40+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.55 Safari/537.36

[Affected versions]:
- the latest Nightly build 97.0a1 (2021-12-09)

[Affected Platforms]:
- macOS 10.13.6
- macOS 10.15.7

[Steps to reproduce]:
1. Open the Firefox Nightly browser.
2. Type a wrong address in the address bar (e.g. about:addon).
3. Press the Enter key.
4. Click the Try Again button.


[Actual results]:

There are something else shown during loading, i.e., "Go Back (Recommended)" button, "Advanced..." button and "Please check that the URL is correct and try again." text.


[Expected results]:

There is nothing to show during loading.
Bug: Pressing "Manage Exceptions" button does not bring up exceptions editor
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-12-09 15:36:10+00:00
Resolved: 2021-12-18 01:51:15+00:00

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

Steps to reproduce:

1. Open Preferences (about:preferences)
2. Select "Privacy & Security" on the left
3. Scroll down below cookie settings and click on "Manage Exceptions" button



Actual results:

No new window appears, the preferences window becomes unresponsive (need to close the tab and reopen to use any other preferences)


Expected results:

Would expect a list of cookie exceptions to appear, and be able to manage it.
Bug: Intermittent TV uriloader/exthandler/tests/mochitest/browser_download_preferred_action.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. -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-12-09 16:47:25+00:00
Resolved: 2022-12-06 17:01:43+00:00

**Filed by:** malexandru [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=360657938&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/ZbM9jf0rQyOcr7UPQZkzwA/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/ZbM9jf0rQyOcr7UPQZkzwA/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2021-12-09T15:18:27.765Z] 15:18:27     INFO - TEST-PASS | uriloader/exthandler/tests/mochitest/browser_download_preferred_action.js | Download should be saved to disk - 
[task 2021-12-09T15:18:27.765Z] 15:18:27     INFO - Leaving test bound test_download_preferred_action
[task 2021-12-09T15:18:27.766Z] 15:18:27     INFO - Buffered messages finished
[task 2021-12-09T15:18:27.766Z] 15:18:27     INFO - TEST-UNEXPECTED-FAIL | uriloader/exthandler/tests/mochitest/browser_download_preferred_action.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. - 
[task 2021-12-09T15:18:27.767Z] 15:18:27     INFO - GECKO(2637) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2021-12-09T15:18:27.767Z] 15:18:27     INFO - GECKO(2637) | MEMORY STAT | vsize 7937MB | residentFast 331MB | heapAllocated 117MB
[task 2021-12-09T15:18:27.767Z] 15:18:27     INFO - TEST-OK | uriloader/exthandler/tests/mochitest/browser_download_preferred_action.js | took 125450ms
[task 2021-12-09T15:18:27.768Z] 15:18:27     INFO - checking window state
[task 2021-12-09T15:18:27.893Z] 15:18:27     INFO - GECKO(2637) | Completed ShutdownLeaks collections in process 2637
[task 2021-12-09T15:18:27.893Z] 15:18:27     INFO - TEST-START | Shutdown
```
Bug: Firefox 95 (on Mac OS Sierra 10.12.6) with a "dark theme" shows many sites with dark themes automatically - bug or intended behaviour?
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-12-09 17:34:04+00:00
Resolved: 2021-12-10 18:08:47+00:00

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

Steps to reproduce:

I just open sites like Twitter, Youtube, Google search results


Actual results:

If you set a "dark" theme in Firefox 95, many websites show their dark mode automatically instead of their "light" version of the pages, for example Youtube is dark, Google search results too, Twitter too... etc... 



Expected results:

I want to be able to choose if I want the dark mode in websites pages, not displayed automatically if my browser has a "dark" theme or not considered "light" theme. I want light mode instead without having to apply a browser's "light" theme
Bug: "Manage bookmarks" button in hotdog menu is broken
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-12-10 05:44:20+00:00
Resolved: 2022-01-19 07:16:51+00:00

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

Steps to reproduce:

Open the hotdog menu
Open the "Bookmarks" sub-menu
Click on "Manage bookmarks"


Actual results:

Nothing


Expected results:

Library window is opened


The Ctrl+Shift+O keyboard shortcut still opens the Library window successfully, as well as the "Manage bookmarks" option in the Bookmarks menu. Only through the hotdog menu does it appear broken


Mozregression is pointing to:
Bug 1714846 - Really hide panels on hide, r=robwu,emilio

Differential Revision: https://phabricator.services.mozilla.com/D132574
Bug: Pressed native styled buttons on macOS High Sierra regressed to black text
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-12-10 06:13:45+00:00
Resolved: 2021-12-22 10:02:53+00:00

Non-default pressed native-styled buttons on macOS have regressed to using black text. On macOS Monterey this is expected, however on macOS High Sierra (and likely other versions before Monterey) the text color on native AppKit buttons changes to a lighter color when pressed.

Steps to reproduce:
1. Be on macOS High Sierra (potentially other versions before Monterey as well, but I was not able to test those)
2. Open File > Import from another browser
3. Press the Cancel button. Notice the text color is black instead of the expected bluish-white color.

Mozregression output:
2021-12-10T00:01:49.765000: DEBUG : Found commit message:
Bug 1743600 - Use selectedControlTextColor for native buttons on macOS. r=mac-reviewers,spohl

This is drive-by, but looks like the appropriate system colors rather than
hardcoding to white. I've tested this in monterrey but should do the right
thing in older macOS versions too.

Depends on D132477

Differential Revision: https://phabricator.services.mozilla.com/D132478
Bug: Start page items gone and shuffled after synchronisation
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-12-10 07:28:06+00:00
Resolved: 2021-12-12 22:57:50+00:00

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

Steps to reproduce:

Downloaded, installed and logging in to Firefox account on my machine


Actual results:

(Some) settings were synchronised, including bookmarks. No start page items. BUT! After restarting Firefox on my previous machine (which I still use as daily driver for now) I found that all my start page items were shuffled and a lot of items are just gone! (I rely on muscle memory so this is simply infuriating)


Expected results:

After I log in I should get the same settings and bookmarks and start page in the same order!
Bug: Full Screen mode does not work using the hamburger menu button
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-12-10 11:27:52+00:00
Resolved: 2021-12-16 09:07:48+00:00

#### Affected Versions:
Nightly 97.0a1

#### Tested on:
MacOS 10.15
Windows 10

#### Steps to reproduce:

   1. Launch the latest Firefox Nightly.
   2. Open the hamburger menu and click the full screen button from the zoom section.

#### Expected Results:
 The full screen mode is turned on.


#### Actual Results:
 The full screen mode doesn't work.


#### Note:
The full screen mode is working accordingly using the keyboard shortcut.

#### Regression range:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=6068f735f2247e6877eef093757cbb0fa59910e0&tochange=c8850d1e2ae3438f1fc0ec05e2faea3e8e7b9c1d
Bug: I keep on getting a login display on top of the browser but I am already logged in!!
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-12-10 13:47:09+00:00
Resolved: 2022-02-10 11:33:08+00:00

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

Steps to reproduce:

I do not understand the list.



Actual results:

Mozilla is open.

I select a outlook link

The outlook link displays a not logged in situation.

I log in and then get this page repeatedly I do so.
Bug: "Forgetting about this site" confirmation is hidden by drop-down menu
Status: NEW
Priority: P3
Created: 2021-12-10 14:58:22+00:00
Resolved: 2021-12-16 18:22:01+00:00

Steps to reproduce:

Ckick on "show your history"; select a site and right click on it; select "forget about this site"


Actual results:

the "forgetting about this site" confirmation is hidden.


Expected results:

the "forgetting about this site" confirmation must appear fully, not partially.
Bug: extension option overrideContentColorScheme does not work when resist fingerprinting is enabled
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-12-10 16:10:25+00:00
Resolved: 2022-03-28 20:59:00+00:00

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

Steps to reproduce:

Tried to use Addon

https://addons.mozilla.org/de/firefox/addon/dark-mode-website-switcher/ in version 2.0

to switch to dark theme while resist fingerprinting is active


Actual results:

The setting change did not apply while resistfingerprinting is active


Expected results:

Browser extensions should be able to overrule the resist fingerprinting setting at least in this matter.
For TOR this might be different, I speak about regular firefox.
Bug: Firefox tab crashes, then requires restart after reopening
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-12-10 16:13:50+00:00
Resolved: 2022-02-07 19:40:44+00:00

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

Steps to reproduce:

Open new tab


Actual results:

Tab crashes. Have to all instances of Firefox. After reopening, it then need to restart.


Expected results:

Tab shouldn't crash every other day.
Bug: Quick suggest error when disabling suggestions and enabling data collection after bug 1745297 was fixed
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-12-10 16:28:17+00:00
Resolved: 2021-12-15 09:34:26+00:00

See bug 1745297 comment 6. I asked Cosmin to expand the errors in the screenshot so we can see the stacks, but they don't contain anything useful because they're async. They're just the stacks where the error is recorded and not where it originally happens.

The error doesn't interfere with anything since we try-catch it and suggestions are disabled, but we should fix this.
Bug: Hamburger menu > Bookmarks > "Bookmark current tab" does not work
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-12-10 20:49:12+00:00
Resolved: 2022-01-19 12:32:35+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:97.0) Gecko/20100101 Firefox/97.0
Build ID: 20211210091034

It's probably similar to bug 1745398 and bug 1745348.

### Steps to reproduce
1. Open https://www.example.com/.
2. Hamburger menu > Bookmarks > click `Bookmark current tab`.

### Actual result
Nothing happens.

### Regression
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=6068f735f2247e6877eef093757cbb0fa59910e0&tochange=8e5e8646673133a26178bd2f575627d2ed236a2c
It is regressed by bug 1714846.
Bug: More From Mozilla template fixes in RTL mode
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-12-11 00:13:25+00:00
Resolved: 2022-01-18 16:58:48+00:00

More From Mozilla advanced template Firefox Mobile card is not rendering correct in RTL mode . In Fx97,  More From Mozilla  will be rolled out to all locales and should be fixed
Bug: Intermittent browser/base/content/test/performance/browser_tabopen_squeeze.js | uncaught exception - NS_ERROR_FAILURE:  at afterPaintListener@chrome://mochitests/content/browser/browser/base/content/test/performance/head.js:418:9
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2021-12-11 00:33:29+00:00
Resolved: 2022-07-25 23:07:13+00:00

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

---
```
[task 2021-12-10T22:53:25.229Z] 22:53:25     INFO - TEST-PASS | browser/base/content/test/performance/browser_tabopen_squeeze.js | Tabstrip needs to be wide enough to accomodate at least 1 more tab without overflowing. - true == true - 
[task 2021-12-10T22:53:25.230Z] 22:53:25     INFO - Buffered messages finished
[task 2021-12-10T22:53:25.230Z] 22:53:25     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/performance/browser_tabopen_squeeze.js | uncaught exception - NS_ERROR_FAILURE:  at afterPaintListener@chrome://mochitests/content/browser/browser/base/content/test/performance/head.js:418:9
[task 2021-12-10T22:53:25.231Z] 22:53:25     INFO - 
[task 2021-12-10T22:53:25.231Z] 22:53:25     INFO - Stack trace:
[task 2021-12-10T22:53:25.231Z] 22:53:25     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:simpletestOnerror:1957
[task 2021-12-10T22:53:25.231Z] 22:53:25     INFO - GECKO(4184) | JavaScript error: chrome://mochitests/content/browser/browser/base/content/test/performance/head.js, line 418: NS_ERROR_FAILURE:
[task 2021-12-10T22:53:25.245Z] 22:53:25     INFO - GECKO(4184) | [GFX1]: Failed to create DrawTarget, Type: 3 Size: Size(1280,1031)
[task 2021-12-10T22:53:25.247Z] 22:53:25     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-12-10T22:53:25.248Z] 22:53:25     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/performance/browser_tabopen_squeeze.js | uncaught exception - NS_ERROR_FAILURE:  at afterPaintListener@chrome://mochitests/content/browser/browser/base/content/test/performance/head.js:418:9

```
Bug: address bar resets when pinned tab loads
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-12-11 01:56:47+00:00
Resolved: 2023-07-30 20:18:10+00:00

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

Steps to reproduce:

I launched Firefox which has a pinned tab. While the pinned tab site was loading, I entered a URL in the address bar (or I clicked on a bookmark) in a different tab.


Actual results:

Firefox indicated that it was loading the site in the tab, but then cleared the address bar and did not load the site when the pinned site finished loading. I had to reenter the URL or reselect the bookmark in order to get the site to load.


Expected results:

The entered (or bookmarked site) should have loaded. I experienced this same problem several releases ago and then an update fixed it. It reappeared when I upgraded to Version 95.0.
Bug: firefox 95 UI colors change now doesn't match either Win UI or theme UI palette
Status: NEW
Priority: --
Created: 2021-12-11 11:28:50+00:00
Resolved: 2021-12-23 14:12:01+00:00

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

Steps to reproduce:

Firefox auto-updated to v95 today


Actual results:

Noticed change of UI colors right away - someone seem to have hardcoded "new pretty colors" there



Expected results:

Should either follow firefox theme ui colors or at least windows ui colors (like it was in Firefox v94 before)
Bug: Twitch audio briefly plays on browser start when the site is pinned in about:home
Status: REOPENED
Priority: P3
Created: 2021-12-11 16:41:43+00:00
Resolved: 2023-01-10 15:19:09+00:00

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

Steps to reproduce:

Look at screenshot attached.
I removed all extensions/add-ons to make sure this problem was not caused by them.

1. Simply pin https://www.twitch.tv/ to homepage just as in screenshot.
2. close all firefox windows
3. start firefox
4. wait for 5 seconds
5. you will hear twitch audio that will last for 1 second


Actual results:

This must mean twitch is loading when the homepage opens. Why is firefox making a connection to twitch when the browser is opened? 

This seems like a major security flaw

Is this happening for all pages in the homepage? you should look into this

(The audio will play even if you go to another site right after opening firefox)


Expected results:

No audio should play. No connection should be made to the links in homepage. 

This is probably happening because firefox is connecting to the websites to get their icon/thumbnail i imagine?
Bug: new bookmark choose mouse broken
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-12-12 03:09:29+00:00
Resolved: 2021-12-13 09:08:01+00:00

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

Steps to reproduce:

linux ff nightly, happened a few days ago

- add new bookmark


Actual results:

can't use mouse to choose bookmark location, keyboard and enter works


Expected results:

mouse navigation allows folder selection
Bug: Sync data lost if profile data cleared by accident
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-12-12 08:28:33+00:00
Resolved: 2021-12-28 22:58:45+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:54.0) Gecko/20100101 Firefox/54.0

Steps to reproduce:

Sometimes, a users profile data is lost by accident or whatever.



Actual results:

When re-connecting to sync, the servers think that data was removed
and so clears that data from the servers.


Expected results:

Can sync be set up so that if a lot of data is removed,
the servers will confirm removing its own data?

Note: I found that changing the Device Name before logging into sync
will make the servers think this is a new member.
Bug: Lockwise does not support import file
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-12-12 16:35:39+00:00
Resolved: 2021-12-12 16:54:23+00:00

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

Steps to reproduce:

In new versian of Firefox Lockwise does not support import file from other devices
Bug: Text bugs with Bookmarks toolbar and Tabs
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-12-12 18:11:48+00:00
Resolved: 2021-12-20 15:40:31+00:00

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

Steps to reproduce:

I just my browser, and the bug may be here at startup, or at any moment.

I use Firefox 95 for Windows 10, and I have this bug since many versions of Firefox.


Actual results:

There are text bugs with Bookmarks toolbar and Tabs (missing letters), often (but not always).
I revert to default Theme, without any result.

I have 2 screenshots for help understanding.


Expected results:

Text must be complete at any time for into Bookmarks toolbar and Tabs.

Thank you