av9ash/GitBugs huggingface dataset:
Bug: Bookmarks folder view cannot be scrolled if mouse is hovered over a folder
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-17 17:17:09+00:00
Resolved: 2021-09-17 21:15:54+00:00

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

Steps to reproduce:

- Press to open a folder in the bookmarks bar
- Hover mouse over a folder within the open folder
- Attempt to scroll
- Observe that the view doesn't scroll
- Move mouse over a bookmark entry (not a folder)
- Observe that the view scrolls

Firefox 93.0b6, macOS 11.5.2 (arm64).


Actual results:

The view didn't scroll.


Expected results:

The view should have scrolled.
Bug: Using a calendar in a confluence wiki site, the dates are shifted left
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-09-17 19:08:44+00:00
Resolved: 2022-05-28 19:33:47+00:00

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

Steps to reproduce:

Open an atlassian confluence wiki site, containing a calendar in FF on a MBP, OS 10.14.6
In my case the wiki.fablab-muenchen.de/ internal, which isn't accessible for non members... sorry.


Actual results:

The dates in the calendar appear shifted +/- half way into the previous day.
This didn't happen a few weeks/updates ago (v. 89.0?? or before) in FF.


Expected results:

The same site opened in Safari 14 looks OK, the dates are in place
Bug: Search bar misbehaves.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-09-17 22:18:39+00:00
Resolved: 2021-10-08 06:51:02+00:00

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

Steps to reproduce:

Type "cat" on the search bar and press return key.


Actual results:

Nothing happened. 


Expected results:

Search for "cat" on default search engine (Google).
Bug: Intermittent [tier 2] browser/base/content/test/tabs/browser_tabswitch_window_focus.js | Test timed out | Found a tab after previous test timed out: chrome://mochitests/content/browser/browser/base/content/test/tabs/open_window_in_new_tab.html
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2021-09-17 23:01:03+00:00
Resolved: 2022-07-25 23:08:06+00:00

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

---
```
[task 2021-09-17T22:03:01.094Z] 22:03:01     INFO - TEST-START | browser/base/content/test/tabs/browser_tabswitch_window_focus.js
[task 2021-09-17T22:03:46.112Z] 22:03:46     INFO - TEST-INFO | started process screenshot
[task 2021-09-17T22:03:46.176Z] 22:03:46     INFO - TEST-INFO | screenshot: exit 0
[task 2021-09-17T22:03:46.191Z] 22:03:46     INFO - Buffered messages logged at 22:03:01
[task 2021-09-17T22:03:46.191Z] 22:03:46     INFO - Entering test bound 
[task 2021-09-17T22:03:46.192Z] 22:03:46     INFO - Opening first tab: chrome://mochitests/content/browser/browser/base/content/test/tabs/open_window_in_new_tab.html
[task 2021-09-17T22:03:46.192Z] 22:03:46     INFO - Opening second tab using a click
[task 2021-09-17T22:03:46.193Z] 22:03:46     INFO - Waiting for the second tab to be opened
[task 2021-09-17T22:03:46.193Z] 22:03:46     INFO - Buffered messages finished
[task 2021-09-17T22:03:46.194Z] 22:03:46     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/tabs/browser_tabswitch_window_focus.js | Test timed out - 
[task 2021-09-17T22:03:46.195Z] 22:03:46     INFO - GECKO(7132) | MEMORY STAT | vsize 2112650MB | vsizeMaxContiguous 65352177MB | residentFast 355MB | heapAllocated 118MB
[task 2021-09-17T22:03:46.195Z] 22:03:46     INFO - TEST-OK | browser/base/content/test/tabs/browser_tabswitch_window_focus.js | took 45040ms
[task 2021-09-17T22:03:46.196Z] 22:03:46     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-09-17T22:03:46.197Z] 22:03:46     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/tabs/browser_tabswitch_window_focus.js | Found a tab after previous test timed out: chrome://mochitests/content/browser/browser/base/content/test/tabs/open_window_in_new_tab.html - 
[task 2021-09-17T22:03:46.197Z] 22:03:46     INFO - checking window state
[task 2021-09-17T22:03:46.198Z] 22:03:46     INFO - TEST-START | browser/base/content/test/tabs/browser_viewsource_of_data_URI_in_file_process.js
```
Bug: High CPU consumption when downloading an MP4 file
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-09-18 06:01:24+00:00
Resolved: 2024-05-28 11:23:24+00:00

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

Steps to reproduce:

Download an MP4 file >200MB or multiple MP4 files.


Actual results:

The CPU goes up to 100% and the battery starts to drain quickly.


Expected results:

The CPU remains on low percentages and battery consumption is minimal.
Bug: Intermittent <random test> | A promise chain failed to handle a rejection: Component returned failure code: 0x80004002 (NS_NOINTERFACE) [nsIInterfaceRequestor.getInterface] - stack: getFindSelection@chrome://browser/content/preferences/findInPage.js:215:8
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-09-18 12:22:33+00:00
Resolved: 2022-03-01 06:11:50+00:00

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

---
```
[task 2021-09-18T11:59:05.820Z] 11:59:05     INFO - TEST-PASS | toolkit/components/antitracking/test/browser/browser_contentBlockingAllowListPrincipal.js | Correct origin - 
[task 2021-09-18T11:59:05.821Z] 11:59:05     INFO - Buffered messages finished
[task 2021-09-18T11:59:05.822Z] 11:59:05     INFO - TEST-UNEXPECTED-FAIL | toolkit/components/antitracking/test/browser/browser_contentBlockingAllowListPrincipal.js | A promise chain failed to handle a rejection: Component returned failure code: 0x80004002 (NS_NOINTERFACE) [nsIInterfaceRequestor.getInterface] - stack: getFindSelection@chrome://browser/content/preferences/findInPage.js:215:8
[task 2021-09-18T11:59:05.822Z] 11:59:05     INFO - removeAllSearchIndicators@chrome://browser/content/preferences/findInPage.js:672:10
[task 2021-09-18T11:59:05.822Z] 11:59:05     INFO - gotoPref@chrome://browser/content/preferences/preferences.js:235:24
[task 2021-09-18T11:59:05.822Z] 11:59:05     INFO - init_all@chrome://browser/content/preferences/preferences.js:168:3
[task 2021-09-18T11:59:05.822Z] 11:59:05     INFO - Rejection date: Sat Sep 18 2021 11:59:05 GMT+0000 (Greenwich Mean Time) - false == true - JS frame :: resource://testing-common/PromiseTestUtils.jsm :: assertNoUncaughtRejections :: line 285
[task 2021-09-18T11:59:05.822Z] 11:59:05     INFO - Stack trace:
[task 2021-09-18T11:59:05.822Z] 11:59:05     INFO - resource://testing-common/PromiseTestUtils.jsm:assertNoUncaughtRejections:285
[task 2021-09-18T11:59:05.822Z] 11:59:05     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest/<:1122
[task 2021-09-18T11:59:05.822Z] 11:59:05     INFO - Leaving test bound 
```
Bug: "Sync and save data" string in Hungarian translation partially cut
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-09-18 12:56:53+00:00
Resolved: 2022-04-07 20:14:16+00:00

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

Steps to reproduce:

I just switched to Firefox 92 (from 82).


Actual results:

Firefox 92 is a design horror, and there is no easy way to customize things. I don't feel anymore that it's my browser.

If I use it in Hungarian, there are more problems. The ugliest one is the main menu. See the two attachments where I compare the English and Hungarian versions.


Expected results:

Menu should be flexible and well-designed. Or at least like to the earlier version.
Bug: PipeWire screenshare broken with xdg-desktop-portal 0.10.0
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-18 21:40:20+00:00
Resolved: 2021-09-19 16:37:17+00:00

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

Steps to reproduce:

0. Install xdg-desktop-portal 0.10.0
1. Try to share your screen


Actual results:

Screen does not appear in the webapp.


Expected results:

Screen should be shared.

Additional info:
xdg-desktop-portal had a bug in it's interface. It was fixed in https://github.com/flatpak/xdg-desktop-portal/pull/609
This might cause that some clients don't work with this updated interface anymore. For example the OBS project fixed it in commit https://github.com/obsproject/obs-studio/commit/ef0540c0d7df64b6cb148c80d566281a4ff3ba5c

A similarly easy change might fix this issue
Bug: Intermittent [Tier 2] browser/components/sessionstore/test/browser_sessionHistory.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-09-18 23:13:44+00:00
Resolved: 2021-10-12 17:00:44+00:00

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

---
```
TEST-START | browser/components/sessionstore/test/browser_sessionHistory.js
[task 2021-09-18T22:15:39.601Z] 22:15:39     INFO - GECKO(4490) | -----------------------------------------------------
[task 2021-09-18T22:15:39.602Z] 22:15:39     INFO - GECKO(4490) | Suppressions used:
[task 2021-09-18T22:15:39.603Z] 22:15:39     INFO - GECKO(4490) |   count      bytes template
[task 2021-09-18T22:15:39.604Z] 22:15:39     INFO - GECKO(4490) |      13        416 nsComponentManagerImpl
[task 2021-09-18T22:15:39.605Z] 22:15:39     INFO - GECKO(4490) |       2        288 libfontconfig.so
[task 2021-09-18T22:15:39.606Z] 22:15:39     INFO - GECKO(4490) | -----------------------------------------------------
[task 2021-09-18T22:18:38.260Z] 22:18:38     INFO - TEST-INFO | started process screentopng
[task 2021-09-18T22:18:38.727Z] 22:18:38     INFO - TEST-INFO | screentopng: exit 0
[task 2021-09-18T22:18:38.729Z] 22:18:38     INFO - Buffered messages logged at 22:15:38
[task 2021-09-18T22:18:38.730Z] 22:18:38     INFO - Entering test bound test_load_start
[task 2021-09-18T22:18:38.731Z] 22:18:38     INFO - Buffered messages logged at 22:17:08
[task 2021-09-18T22:18:38.732Z] 22:18:38     INFO - Longer timeout required, waiting longer...  Remaining timeouts: 1
[task 2021-09-18T22:18:38.733Z] 22:18:38     INFO - Buffered messages finished
[task 2021-09-18T22:18:38.735Z] 22:18:38     INFO - TEST-UNEXPECTED-FAIL | browser/components/sessionstore/test/browser_sessionHistory.js | Test timed out - 
[task 2021-09-18T22:18:38.736Z] 22:18:38     INFO - GECKO(4490) | MEMORY STAT | vsize 20983955MB | residentFast 1739MB
[task 2021-09-18T22:18:38.736Z] 22:18:38     INFO - TEST-OK | browser/components/sessionstore/test/browser_sessionHistory.js | took 180098ms
[task 2021-09-18T22:18:38.738Z] 22:18:38     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-09-18T22:18:38.739Z] 22:18:38     INFO - TEST-UNEXPECTED-FAIL | browser/components/sessionstore/test/browser_sessionHistory.js | Found a tab after previous test timed out: http://example.com/ - 
[task 2021-09-18T22:18:38.739Z] 22:18:38     INFO - checking window state
[task 2021-09-18T22:18:38.740Z] 22:18:38     INFO - TEST-START | browser/components/sessionstore/test/browser_sessionStorage.js
```
Bug: Firefox is not respecting file download launcher preference.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-19 04:45:54+00:00
Resolved: 2021-09-21 12:53:18+00:00

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

Steps to reproduce:

Click a link to download a file.





Actual results:

A dialog appeared asking me what I want to do even though the "do this automatically" preference is already checked.


Expected results:

It should automatically launch the program specified by the "do this automatically" preference without asking for user input.
Bug: JPEG2000 images with unsupported COD options in PDFs not being shown in Firefox viewer
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-09-19 07:54:00+00:00
Resolved: 2024-04-21 10:18:39+00:00

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

Steps to reproduce:

1. Go to this Wikimedia Commons page: https://commons.wikimedia.org/wiki/File:Vida_y_escritos_del_Dr._Jos%C3%A9_Rizal,_por_Wenceslao_Retana.pdf
2. Select "Original file", causing Firefox to load said PDF
3. Went to page 7 and page 563


Actual results:

In page 7, there is a blank space below RESPECTIVAMENTE.
In page 563, nearly the entire page is blank, save some text on the right side, which serves as the caption for the "hidden" image.


Expected results:

In page 7, there should be an image below RESPECTIVAMENTE, displaying the logo of the printing press.
In page 563, there should be an image of a bill and a stamp.
Bug: Rendering issue with PDF viewer
Status: NEW
Priority: --
Created: 2021-09-19 13:46:52+00:00
Resolved: 2023-09-24 20:55:36+00:00

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

Steps to reproduce:

Try rendering the attached PDF.


Actual results:

Only a blue arrow with fading is shown, not the green part.


Expected results:

It should look like https://i.stack.imgur.com/yIO8z.png
Bug: There is no spacing between "new tab" and "learn more" in the prompt that comes when an extension changes the new tab page.
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-09-19 14:10:09+00:00
Resolved: 2021-11-01 12:06:19+00:00

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

Steps to reproduce:

Download an extension that gives a customized new tab page e.g Momentum and open a new tab.


Actual results:

There will be no spacing between "new tab" and "learn more" in the prompt that comes when an extension changes the new tab page.


Expected results:

There should be spacing between "new tab" and "learn more" in the prompt.
Bug: Extreme memory surge when opening a certain pdf-file
Status: NEW
Priority: P2
Created: 2021-09-20 00:00:53+00:00
Resolved: 2024-05-02 16:38:31+00:00

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

Steps to reproduce:

When I opened a pdf-file, the file opened very slow, and soon I got a Blue-screen and the computer restarted. I didn't realise that the problem was that pdf, and when opening it again after restart it went slow again, so I closed it and quickly opened Task manager, and saw that memory usage had surged more than 50 GB in a few seconds! The pdf-file is only 1244 kb and opens without problem in Edge. The file is found at Bosch-Siemens, https://media3.bsh-group.com/Documents/9001171159_A.pdf . The other pdf-files on that page opens normally. https://www.siemens-home.bsh-group.com/se/supportdetail/product/SX65ZX49CE/01#/Tabs=section-manuals/
Bug: `image-rendering:pixelated` not working as documented when downscaling
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-20 07:44:51+00:00
Resolved: 2021-10-04 12:12:51+00:00

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

Steps to reproduce:

The rendering method `pixelated` is (according to https://developer.mozilla.org/en-US/docs/Web/CSS/image-rendering)

> When scaling the image up, the nearest-neighbor algorithm must be used, so that the image appears to be composed of large pixels. When scaling down, this is the same as auto.


Actual results:

It also affect downscaling incorrectly


Expected results:

It should not touch downscaling
Bug: New DuckDuckGo 16x16 search icon is blurry compared with site favicon
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-09-20 08:07:51+00:00
Resolved: 2021-09-28 11:48:03+00:00

STR:
1. Use 100% scaling (96 DPI).
2. Visit https://duckduckgo.com.
3. Compare the tab favicon with the new DuckDuckGo search icon in the address bar.

The duck's eyes should be dark and sharply defined but the new search icon is blurry.

Regressed by Bug 1730070.
Bug: Change the return type in case of JEXL evaluation error
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-09-20 09:37:43+00:00
Resolved: 2021-09-23 21:48:40+00:00

Now the [default return](https://searchfox.org/mozilla-central/rev/13378066961f195595822d4f543c8ac5b7f46490/toolkit/components/nimbus/lib/RemoteSettingsExperimentLoader.jsm#258-265) in case of failures (when `eval` throws) is `false`, it should be `null` to tell apart successful evaluation from errors.
Bug: Intermittent PROCESS-CRASH | sessionrestore_no_auto_restore | application crashed [@ nsDebugImpl::Abort(char const*, int)]
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-09-20 13:08:43+00:00
Resolved: 2021-12-15 18:56:24+00:00

Lots of the crashes over in bug 1574244 are related to session restore, not webrtc, so I am filing this bug to make future categorization more accurate.
Bug: [Experiment] The Onboarding modal is shown in the control branch of the experiment after disabling the “Include occasional sponsored suggestions” and “Contextual suggestions” options
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-09-20 14:32:04+00:00
Resolved: 2021-09-21 08:08:49+00:00

[Affected versions]:
- Firefox Nightly 94.0a1 (Build ID: 20210920102201)
- Firefox Beta 93.0b7 (Build ID: 20210919190049)

[Affected Platforms]:
- Mac 11.5.2
- Windows 10 x64
- Ubuntu 20.04 x64

[Prerequisites]:
- Have the latest Firefox Nightly browser installed and opened.
- Have browser’s region set to “US”.
- Have the “nimbus.debug” pref set to “true” value on the “about:config” page.


[Steps to reproduce]:
1. Force enroll in the control branch of the experiment using the following link: about:studies?optin_slug=firefox-suggest-offline-vs-online&optin_branch=control&optin_collection=nimbus-preview.
2. Open “about:preferences#privacy-locationBar” and uncheck the “Include occasional sponsored suggestions” option.
3. Uncheck the “Contextual suggestions” option.
4. Restart the browser and observe what happens.

[Expected result]:
- The browser is normally restarted and the Onboarding modal is not shown.

[Actual result]:
- The Onboarding modal is displayed.

[Notes]:
- If the “Allow Suggestions” option from the modal is clicked, after a browser restart, the options are checked and both sponsored and non-sponsored results are displayed.
- Attached is a screen recording of the issue.
Bug: When opening a new tab, Address bar doesn't get focus
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-09-20 17:22:20+00:00
Resolved: 2021-10-26 17:23:48+00:00

+++ This bug was initially created as a clone of Bug #319547 +++

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; it-IT; rv:1.7.12) Gecko/20050919 Firefox/1.0.7
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; it-IT; rv:1.7.12) Gecko/20050919 Firefox/1.0.7

Every time I open a new tab using CTRL+T, I must manually set the focus by pressing CTRL+L or clicking with the mouse in the address bar.

Reproducible: Always

Steps to Reproduce:
1. Press CTRL+T

Actual Results:  
No focus in the address bar

Expected Results:  
Focus in the address bar
Bug: Accessibility (view) problems with the Proton theme
Status: UNCONFIRMED
Priority: --
Created: 2021-09-20 17:50:24+00:00
Resolved: 2022-09-05 12:17:24+00:00

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

Steps to reproduce:

Hello.
On the Italian Support Forum one user has complained an accessibility problem.

After upgrading to version 89, the introduction of the Proton theme has been causing problems to his view. Maybe it's worth saying that this person suffers from optic nerve problems, also evident in the optical laser tomography (OCT).


Actual results:

In particular, the main problem is caused the huge line spacing in the bookmarks menu and the new colors of the theme. 
Now by now, thanks to many Italian volunteers, we did manage to alleviate the problem providing him a suitable userchrome.css (see attachment). But after version 89, the code needed to be readapted to version 90, 91,  and 92, and we fear that this could happen again for all subsequent versions.


Expected results:

While the ideal solution would be the reverting of the Proton theme, I see some more feasible solutions, for example:
- Relase the old (black) color scheme as an addon.
- Reconsider at least the line spacing value or provide a solution to change it easily with a preference in about:config.

This latter setting could be useful to MANY people (many users have asked us how to revert the value and we had to provide userchrome.css code for them).

I hope I have been clear. 
Thanks for your attention.
Bug: Bookmark sidebar won't go away
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-09-20 22:15:37+00:00
Resolved: 2021-10-25 19:01:23+00:00

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

Steps to reproduce:

Press Ctrl+B open the bookmarks sidebar.  I have no idea what else I did to make this happen, maybe Ctrl+H search for a particular site, delete site from history?  Nothing should have caused the browser to get stuck in this state.


Actual results:

It opened, but continues to open on every new browser launch on every single window.  If I open a new browser window via Ctrl+N this bookmark sidebar doesn't show up, but if I launch Firefox for the first time or if I create a new window by running the Firefox command from the terminal, it shows up.


Expected results:

This shouldn't show up on a new window lunch, period.  I have no idea why it keeps displaying it and there isn't anything I can do to make it stop.  If I change the sidebar to the history sidebar, it will still open to bookmarks every time.  It is pretty infuriating.
Bug: When syncronizing account for the first time, favicons are not updated
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-20 22:47:53+00:00
Resolved: 2024-05-27 01:02:16+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/99.0.7113.93 Safari/537.36



Actual results:

When importing bookmarks, may it be via html import (see 
https://bugzilla.mozilla.org/show_bug.cgi?id=1368677) or via logging in with Firefox account and syncronizing, favicons are not updated and the sites need to be visited one by one to get the favicon to show. 

This has happened to me for years whenever I syncronize Firefox on a new computer. Seems to happen for all versions, on both pc and mac.
Bug: Firefox Beta MSIX package version issue: doesn't include beta build number, uses fourth dotted quad
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-09-20 22:51:01+00:00
Resolved: 2021-09-30 03:49:51+00:00

MSIX packages for Firefox X.Y.bZ are supposed to have an embedded version code like `X.Y.0.Z`.  And they would, but the `application.ini` embedded into such a beta doesn't include the beta build number (the `Z`) in this example.  This ticket tracks fishing the build number from the package in another manner and using it.

This is the difference between `MOZ_APP_VERSION` and `MOZ_APP_VERSION_DISPLAY`, respectively between `version.txt` and `version_display.txt`.