av9ash/GitBugs huggingface dataset:
Bug: Search bar panel is missing shadow on light themes
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-01 13:01:49+00:00
Resolved: 2021-05-04 13:12:52+00:00

**Note**
 * Mac OSX 10.14 is not affected

**Affected versions**
 * Fx89.0a1 20210329214331
 
 **Affected platforms**
 * Windows 10 64-bit
 * Ubuntu 20.04
 
 **Preconditions**
 * The following prefs are enabled in about:config:
 browser.proton.enabled 
 browser.proton.toolbar.enabled 
 browser.proton.urlbar.enabled 

 * System theme is light
  
 **Steps to reproduce**
 1. Launch Firefox and enable the search bar.
 2. Observe the search bar panel on different websites

 **Expected result**
 * Search bar panel is consistent with Proton theme
 
 **Actual result**
 * Search bar panel misses shadow so it's hard to differentiate from page content
 * On Ubuntu with default theme, the text from the panel is barely visible
 * I would also suggest that for the search bar, the blue border is visible when the panel is opened, this seems a little unaligned with address bar for which the border is shown only when the panel is closed
 
 **Regression range**
 * This was introduced with bug 1695276
Bug: Hamburger menu full screen button tooltip should be updated accordingly like the button icon
Status: NEW
Priority: P3
Created: 2021-04-01 13:09:26+00:00
Resolved: 2021-04-05 14:37:42+00:00

#### Steps:

  1. Launch firefox and open the hamburger menu.
  2. Click on the full screen button.
  3. Open the hamburger menu and hover the mouse cursor over the full screen button while the browser is in full screen mode.

#### Actual result:

The full screen button tooltip says "Display the window in full screen" even if the user is already in full screen mode and the button icon suggest close/exit from the full screen.
#### Expected result:
 Since the button icon is correctly updated, the button tooltip should be also updated accordingly. The full screen button tooltip should display something like "Exit/Close the full screen mode" or "Display the window in normal/default screen".
Bug: Dark theme isn't reflected on the tabs bar on Windows 7
Status: NEW
Priority: P2
Created: 2021-04-01 13:18:46+00:00
Resolved: 2023-03-31 14:17:02+00:00

### Preconditions
In about:config set:
browser.proton.enabled = true

### Affected versions
Firefox 89.0a1 

### Affected platformsimgur
Windows 7 x64

### Steps to reproduce
1. Open Firefox.
2. Set the browser on dark theme.
3. Observe the tabs bar.

### Expected result
Dark theme should be reflected on the tabs bar.

### Actual Result
Dark theme isn't reflected on the tabs bar on Windows 7.
Dark theme is reflected only on the selected tab.
Bug: [Proton] The title and the location inside Bookmarks Panel is not bolded
Status: NEW
Priority: P3
Created: 2021-04-01 13:25:11+00:00
Resolved: 2021-04-07 14:45:16+00:00

**Affected versions**
* Firefox 89.0a1

**Affected platforms**
* Windows 10 x64

**Preconditions**
* The following prefs are set to true in about:config:
            - browser.proton.enabled
            - browser.proton.doorhangers.enabled

**Steps to reproduce**
1. Go to any site. 
2. Bookmark the page.
3. Observe the text on the panel. 

**Expected result**
* The title "Add Bookmark/Edit Bookmark" and the items in location section (e.g. "Bookmarks Toolbar) are bolded. 

**Actual result**
* The title "Add Bookmark/Edit Bookmark" and the items in location section (e.g. "Bookmarks Toolbar) are not bolded. 

**Regression range**
* This is not a regression. 

**Additional notes**
*  Please look at the attached image.
* On Ubuntu 18.04 x64 and macOS 10.13 the title and the location is bolded.
Bug: [Proton]  The arrows from Bookmarks Panel are bolded and too big
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-04-01 13:57:54+00:00
Resolved: 2021-08-03 14:07:45+00:00

**Affected versions**
* Firefox 89.0a1

**Affected platforms**
* Ubuntu 18.04 x64.

**Preconditions**
* The following prefs are set to true in about:config:
            - browser.proton.enabled
            - browser.proton.doorhangers.enabled

**Steps to reproduce**
1. Go to any site. 
2. Bookmark the page.
3. Observe the arrows on the panel. 

**Expected result**
* The arrows have a normal dimension.

**Actual result**
* The arrows are bigger and bolded. 

**Regression range**
* This is not a regression. 

**Additional notes**
*  Please look at the attached image.
Bug: PHP installation appears to be missing the MySQL which is required for WordPress.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-01 14:21:11+00:00
Resolved: 2021-04-01 15:13:34+00:00

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

Steps to reproduce:

I went here:  http://www.shadowstats.com/


Actual results:

I got this message:  Your PHP installation appears to be missing the MySQL which is required for WordPress.


Expected results:

The web site should have loaded.  It loads in Edge just like it used to load in Firefox
Bug: Incorrect name of iOS Devices in "Synced Tabs" Menus
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-04-01 14:26:14+00:00
Resolved: 2022-02-08 08:16:16+00:00

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

Steps to reproduce:

- Install Firefox, sign in, and enable syncing on an iOS device (iPad and iPhone tested), an desktop device (multiple Windows 10 and macOS Big Sur tested), and any other device (mobile or desktop).
- Go into the Firefox settings on the iOS and desktop devices and change the device name
- Verify that the device names have changed on the account (https://accounts.firefox.com, Press "Sync Now" to push the change on any devices if necessary)
- Open the "Synced Tabs" Window on the third device


Actual results:

In any "Synced Tabs" menu (including the sidebar and list under any "library" option) the name of the x86 device has changed but the iOS device still shows the original name.


Expected results:

The name of the iOS device should have changed to whatever it was set to, just like it does for other devices.

Note: Though this issue only seems to affect iOS devices, I do not believe it is actually an issue with Firefox for iOS but rather with the "Synced Tabs" menu/bars everywhere as the issue is visible in these menus on iOS as well as the desktop, which is why I am submitting it as a Firefox bug and not a Firefox for iOS bug

Note 2: The attached file is a screenshot of my "Synced Tabs" bard showing the list of the devices syncing to my account (with a few personal names blacked out). As you can see, both the iOS devices are named "Firefox on ____'s (device)" even though the names for both devices have been changed to just "iPhone" and "iPad" (ie I removed the "Firefox on ____'s"), and those changes are properly reflected in the account settings.
Bug: Urlbar divider is thicker when search mode is opened
Status: VERIFIED
Priority: P5
Resolution: FIXED
Created: 2021-04-01 15:58:08+00:00
Resolved: 2021-04-29 08:10:20+00:00

**Note**
 * Reproducible with and without Proton preferences

**Affected versions**
 * Fx89.0a1 20210401094845
 
 **Affected platforms**
 * Windows 10 64-bit
 * OSX 10.14
  
 **Steps to reproduce**
 1. Launch Firefox and open the urlbar panel
 2. Observe the divider between the bar and the search shortcuts
 3. Select a search shortcut  
 4. Observe the divider between the bar and the search shortcuts

 **Expected result**
 * Divider has the same height (1px) regardless open search mode (matches Figma)
 
 **Actual result**
 * Divider height is 2px when search mode is opened for any search engine
 * Local search shortcuts don't reproduce this issue
 
 **Regression range**
 * This was introduced with Nightly 89.0a1 2021-03-26, will look for a more specific range ASAP
Bug: White line under tabs with custom theme and Proton enabled
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2021-04-01 16:29:39+00:00
Resolved: 2023-08-09 16:20:42+00:00

When `browser.proton.enabled=true` I have a white line between the tab strip and the nav/URL strip with my custom theme.  See attachment.

Confirmed that this does not happen when proton pref is set to false.  Switching to a built-in theme (dark, light, default) and then back to custom theme does not clear it.  Perhaps related, there is very little differentiation between my active tab and the other tabs, only a very thin outline (no fill difference).  In the attachement, the third pinned GMail tab is active.

Nightly 89.  Theme I'm using is from AMO:  [Wine Abstract Light](https://addons.mozilla.org/en-US/firefox/addon/wine-abstract/?utm_source=addons.mozilla.org&utm_medium=referral&utm_content=search)
Bug: Enter/Space does not work on buttons inside proton infobars
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-04-01 17:54:12+00:00
Resolved: 2021-05-14 22:55:12+00:00

**Affected versions**
Fx 89.0a1

**Affected platforms**
Windows 10
Ubuntu 20.04
MacOS 11

**Preconditions**
Make sure to set the following prefs to **"true"**:
browser.proton.enabled
browser.proton.infobars.enabled

**Steps to reproduce**
1. Launch Firefox
2. Navigate to https://permission.site/
3. Click on "Protocol Handler" inside the page
4. Navigate to the "Protocol Handler" infobar using *"TAB"* 
5. When you are on the "Add application" button press *"Enter/Space"* to use it

**Expected result**
The button is pressed and the infobar is dismissed

**Actual result**
The button is not actionable via keyboard

**Notes** 
This behaviour is noticeable on other infobars as well
The "*Enter/Space*" buttons work on the "X" close button and "Learn More" links (where applicable)
Bug: Search bar panel is not readable in High Contrast Mode
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-01 18:38:06+00:00
Resolved: 2021-04-21 11:50:59+00:00

**Note**
 * Mac OSX 10.14 is not affected

**Affected versions**
 * Fx89.0a1 2021-04-01
 
 **Affected platforms**
 * Windows 10 64-bit
 * Ubuntu 20.04
 
 **Preconditions**
 * Windows: Activate OS High Contrast Theme / Ubuntu: Set OS to dark theme
 * The following prefs are enabled in about:config:
 browser.proton.enabled 
 browser.proton.toolbar.enabled 
 browser.proton.urlbar.enabled 
  
 **Steps to reproduce**
 1. Launch Firefox and enable the search bar.
 2. Observe the search bar panel 

 **Expected result**
 * Search bar panel is consistent with Proton theme
 
 **Actual result**
 * Search bar panel doesn't follow OS's theme and the text is not visible
 
 **Regression range**
 * This was introduced with bug 1695276
Bug: Slack makes Firefox Hang
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-04-01 19:05:41+00:00
Resolved: 2021-04-23 08:40:01+00:00

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

Steps to reproduce:

Open Slack and leave it running for a few minutes


Actual results:

slack webpage becomes partially rendered, regular Firefox UI elements disappears


Expected results:

browser functioning normally
Bug: Win10 Proton context menu and dropdown select dark mode is not applied outside of in-content pages
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-04-01 19:37:34+00:00
Resolved: 2022-01-21 17:33:27+00:00

I appear to have broken this in bug 1701493 because the :host properties now take precedence over the :root ones.
Bug: Dialog text is black against dark when in Dark Mode
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-01 19:46:44+00:00
Resolved: 2021-04-22 12:43:48+00:00

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

Steps to reproduce:

macOS: Big Sur (11.3 Beta (20E5224a))
Firefox Nightly: 89a1 (2021-04-01)

Prompted for Firefox Password


Actual results:

Dialog box is presented, but is black text against dark background. See screen shot.


Expected results:

Text should have proper contrast against darkened background.
Bug: favicon's red crash badge is centered in the favicon instead of the upper right corner (regression in Firefox 88)
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-01 20:48:22+00:00
Resolved: 2024-08-20 20:24:48+00:00

### Steps to reproduce

1. In 88 Beta or 89 Nightly, open a page with a prominent favicon, such as https://news.ycombinator.com/.
2. Enter `about:crashcontent` in the address bar.

### Expected result

The favicon's red crash badge should be positioned in the upper right corner of the favicon.

### Actual result

The favicon's red crash badge is centered in the favicon. See the attached before/after screenshots. This crash badge bug is reproducible with or without any Photon prefs enabled. I bisected this regression to this pushlog:

This is a regression from Photon tab audio indicator bug 1693066:

https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=9a7dd526e56ca6c9c5a022a1aa74fa97dbc522ba&tochange=9afd696ad2b4d6050828a59306c27a9bff724dbc
Bug: Intermittent TV toolkit/components/normandy/test/browser/browser_RecipeRunner.js | A promise chain failed to handle a rejection: Win error 2 during operation delete on file C:\Users\task_1617305370\AppData\Local\Temp\mptacy4c.mozrunner\datareporting\state
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-04-01 21:14:52+00:00
Resolved: 2021-04-27 17:00:44+00:00

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

---
```
task 2021-04-01T19:52:29.853Z] 19:52:29     INFO - TEST-PASS | toolkit/components/normandy/test/browser/browser_RecipeRunner.js | run() should be called if runner is re-enabled - 
[task 2021-04-01T19:52:29.853Z] 19:52:29     INFO - Console message: 1617306749745	app.normandy.recipe-runner	WARN	Disabling Shield because app.normandy.api_url is not an HTTPS url: http://example.com.
[task 2021-04-01T19:52:29.853Z] 19:52:29     INFO - Buffered messages finished
[task 2021-04-01T19:52:29.853Z] 19:52:29     INFO - TEST-UNEXPECTED-FAIL | toolkit/components/normandy/test/browser/browser_RecipeRunner.js | A promise chain failed to handle a rejection: Win error 2 during operation delete on file C:\Users\task_1617305370\AppData\Local\Temp\tmptacy4c.mozrunner\datareporting\state.json (The system cannot find the file specified.
[task 2021-04-01T19:52:29.853Z] 19:52:29     INFO - ) - stack: (No stack available.)
[task 2021-04-01T19:52:29.853Z] 19:52:29     INFO - Rejection date: Thu Apr 01 2021 19:52:29 GMT+0000 (Greenwich Mean Time) - false == true - JS frame :: resource://testing-common/PromiseTestUtils.jsm :: assertNoUncaughtRejections :: line 285
[task 2021-04-01T19:52:29.853Z] 19:52:29     INFO - Stack trace:
[task 2021-04-01T19:52:29.854Z] 19:52:29     INFO - resource://testing-common/PromiseTestUtils.jsm:assertNoUncaughtRejections:285
[task 2021-04-01T19:52:29.854Z] 19:52:29     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest/<:1120
[task 2021-04-01T19:52:29.854Z] 19:52:29     INFO - Leaving test bound testRunOnSyncRemoteSettings
[task 2021-04-01T19:52:29.854Z] 19:52:29     INFO - Entering test bound testOnSyncRunDelayed
[task 2021-04-01T19:52:29.854Z] 19:52:29     INFO - Console message: [JavaScript Error: "uncaught exception: Object"]```
Bug: Increase space above device subheader in Firefox Account menu
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2021-04-01 22:27:22+00:00
Resolved: 2021-04-12 14:55:22+00:00

See screenshot. From UX: The spacing between divider / separator and device subheader is incorrect (too tight). This will also affect the fxa panel and synced tabs panel.

I recommend P2c or P3.
Bug: Proton dark theme's tooltips are now light instead of dark as of latest nightly
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-04-02 00:42:55+00:00
Resolved: 2021-04-13 15:32:58+00:00

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

Steps to reproduce:

Update to latest nightly 89.0a1 (2021-04-01) from the previous one, where this was fine



Actual results:

With dark theme enabled, tooltips resemble those from the light theme


Expected results:

With dark theme enabled, tooltips should be dark as they were on previous nightly
Bug: about downloads - Shift the section highlight focus over on the list elements
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-04-02 05:24:50+00:00
Resolved: 2021-06-03 12:31:04+00:00

**Affected versions**
* 88.0b3, 89.0a1(2021-03-31);

**Affected platforms**
* Windows 10, Ubuntu 20;

**Steps to reproduce**
1. Launch Firefox, download 2+[test/temp files](https://www.thinkbroadband.com/download)
2. Access about:downloads;
3. Press the TAB key or click on any listed download in the page;

**Expected result**
* highlight applied on listed element;

**Enhancement suggestion**
* a good UX reference might be about:addons - theme section / hover + tab-ing over themes

**Actual result**
* while the highlight is indeed applied on the listed elements 

**Regression range**
* initially, the focus consisted of the dotted-line surrounding the list area, that wasn't "Stealing" focus from the listed elements (even as it was colored blue .... so considering that as "good":
* First bad: 2019-09-25;
* Last good: 2019-09-24;
* Pushlog: [URL](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=55f5d719d0359a35443d0d2586af7383645a94b6&tochange=15ffd69c83be752a28fc40a5db6b6859452fa41f) ;

**Additional notes**
* while this is not Proton  specific, it's something that might be improved now;
* attached screenshot to illustrate the suggestion, to be more consistent across the browser areas.
Bug: Customize toolbar page - delay when cycling through favorite items
Status: NEW
Priority: P5
Created: 2021-04-02 05:38:19+00:00
Resolved: 2021-04-15 21:09:52+00:00

**Affected versions**
* 89.0b1(2021-03-31), 88.0b2, 78.9.0esr;

**Affected platforms**
* Windows 10, Ubuntu 20;

**Steps to reproduce**
1. Launch Firefox, right click on the toolbar, select the Customize Toolbar option;
2. Press the TAB key to navigate across the listed buttons/items;

**Expected result**
* cycling through goes smoothly;

**Actual result**
* there is a visual delay with the focus ring when cycling through;

**Regression range**
* will check when time permits it, appears to be something old;

**Additional notes**
* attached a recording to illustrate the issue;
* borderline wonfix, but would improve the UX.
Bug: Customize toolbar page - Favourite items - Center icons vertically with text inside the div
Status: NEW
Priority: P5
Created: 2021-04-02 05:49:53+00:00
Resolved: 2021-04-15 21:13:28+00:00

**Affected versions**
* 89.0b1(2021-03-31), 88.0b2, 78.9.0esr;

**Affected platforms**
* Windows 10, Ubuntu 20;

**Steps to reproduce**
1. Launch Firefox, right click on the toolbar, select the Customize Toolbar option;
2. Press the TAB key to navigate across the listed buttons/items;

**Expected result**
* cycling through goes smoothly;

**Actual result**
* some icons are not centered with the text;

**Regression range**
* will check when time permits it(most visible Print, Home - by 1-2pixels);

**Additional notes**
* attached a screenshot to illustrate the issue.
Bug: Use the address bar for search and navigation returns google results in Italian
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-04-02 06:57:15+00:00
Resolved: 2021-05-03 08:04:07+00:00

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

Steps to reproduce:

Use the address bar for search and navigation with Google search as search engine returns results in italian although we are in Greece (only greek and english locale). Deleting cookies and the problem reappears.

Same problem appeared in enterprise network (MS AD DOMAIN as well as home pc
PRoblematic version
Mozilla 87.0 x64bit 
OS 
====
Windows Windows PRO 20H2 19042.867  with Feature Experience Pack 120.2212.551.0
as well as 
Windows 10 HOME 19042.906 with  Feature Experience Pack 120.2212.551.0

On the same Windows machines no similar problem Google Chrome 89.0.4389.90 nor with Chrome 89.0.4389.114

Regards



Actual results:

resuls in italian in google search page


Expected results:

results should be in english or greek
Bug: Some about:pages don't respect View & Save image interactions from context menu actions
Status: NEW
Priority: --
Created: 2021-04-02 07:38:38+00:00
Resolved: 2021-04-15 21:10:35+00:00

**Affected versions**
* 89.0a10(2021-04-01), 78.9.0esr, 87.0, 88.0b3;

**Affected platforms**
* Windows 10, Ubuntu 20;

**Steps to reproduce**
* Launch Firefox and access the following pages, then right click and try to open images in new tabs or saving them:
  1. about:welcome
  2. about:robots
  3. about:rights
  4. about:loginsimportreport
  5. about:logins
  6. about:licenses
  7. about:protections

**Expected result**
* user can interact with the context menu options for the in-browser images;

**Actual result**
* right clicking on images in the above mentioned pages reveals image interaction options that are not triggering any action;

**Regression range**
* if needed, can check when time permits it;

**Additional notes**
* attached recording to illustate the issue;
* the other about:pages respect the options and the user can interact with them.
Bug: Crash in [@ mozilla::freestanding::patched_NtMapViewOfSection | BasepLoadLibraryAsDataFileInternal]
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-04-02 09:22:10+00:00
Resolved: 2021-06-17 10:30:31+00:00

Crash which started with Firefox 86, 220 crashes for that release cycle. The process uptime doesn't point to any startup issue. The [correlations tab](https://crash-stats.mozilla.org/report/index/bda196ce-11c8-404f-a07a-3054e0210402#tab-correlation) mentions several IMEs and antivirus DLLs being involved in the various crash reports.

Crash report: https://crash-stats.mozilla.org/report/index/bda196ce-11c8-404f-a07a-3054e0210402

Reason: ```EXCEPTION_ACCESS_VIOLATION_READ```

Top 10 frames of crashing thread:
```
0 firefox.exe mozilla::freestanding::patched_NtMapViewOfSection browser/app/winlauncher/freestanding/DllBlocklist.cpp:435
1 kernelbase.dll BasepLoadLibraryAsDataFileInternal 
2 kernelbase.dll LoadLibraryExW 
3 tmmon64.dll tmmon64.dll@0x2fded 
4 kernelbase.dll GetFileVersionInfoSizeExW 
5 xul.dll mozilla::ModuleVersionInfo::GetFromImage toolkit/xre/ModuleVersionInfo.cpp:72
6 xul.dll mozilla::UntrustedModulesProcessor::GetOrAddModuleRecord toolkit/xre/UntrustedModulesProcessor.cpp:495
7 xul.dll mozilla::UntrustedModulesProcessor::ProcessModuleLoadQueue toolkit/xre/UntrustedModulesProcessor.cpp:615
8 xul.dll mozilla::UntrustedModulesProcessor::BackgroundProcessModuleLoadQueue toolkit/xre/UntrustedModulesProcessor.cpp:480
9 xul.dll mozilla::detail::RunnableMethodImpl< xpcom/threads/nsThreadUtils.h:1201
```
Bug: Favicon not updating in the bookmarks toolbar if there's any sort of redirect
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-02 09:26:06+00:00
Resolved: 2021-04-13 13:27:47+00:00

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

Steps to reproduce:

Issue happens when the bookmark location doesn't match the URI of the loaded page. Something as small as an HTTP to HTTPS redirect causes this to happen.

1) Create a bookmark with a location that will redirect (p.e: scores.espn.go.com/nba/scoreboard)
2) Open up the newly created bookmark in order to update the favicon

Attempts to fix the issue
# Deleted the favicons.sqlite file and reload the pages in order to reset favicons to default
# Used the Refresh FireFox feature


Actual results:

Favicon loaded correctly in the tab information but the bookmark favicon remains unchanged


Expected results:

Favicon should have been updated upon page loading