av9ash/GitBugs huggingface dataset:
Bug: 4.76 - 2.82% welcome FirstVisualChange / welcome SpeedIndex + 2 more (OSX) regression on Wed April 20 2022
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2022-04-27 07:31:10+00:00
Resolved: 2022-04-27 17:27:23+00:00

Perfherder has detected a browsertime performance regression from push [79636a13f95e0d45577898ef787ec953fea4d568](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=79636a13f95e0d45577898ef787ec953fea4d568). As author of one of the patches included in that push, we need your help to address this regression.

### Regressions:

| **Ratio** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)**| 
|--|--|--|--|--| 
| 5% | [welcome](https://firefox-source-docs.mozilla.org/testing/perfdocs/raptor.html#welcome-c) FirstVisualChange | macosx1015-64-shippable-qr | cold fission webrender | 1,225.00 -> 1,283.33 |
| 3% | [welcome](https://firefox-source-docs.mozilla.org/testing/perfdocs/raptor.html#welcome-c) PerceptualSpeedIndex | macosx1015-64-shippable-qr | cold fission webrender | 1,368.12 -> 1,414.58 |
| 3% | [welcome](https://firefox-source-docs.mozilla.org/testing/perfdocs/raptor.html#welcome-c) SpeedIndex | macosx1015-64-shippable-qr | cold fission webrender | 1,303.42 -> 1,344.17 |
| 3% | [welcome](https://firefox-source-docs.mozilla.org/testing/perfdocs/raptor.html#welcome-c) SpeedIndex | macosx1015-64-shippable-qr | cold fission webrender | 1,308.04 -> 1,344.92 |


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=33941), including links to graphs and comparisons for each of the affected tests. Please follow our [guide to handling regression bugs](https://wiki.mozilla.org/TestEngineering/Performance/Handling_regression_bugs) and **let us know your plans within 3 business days, or the offending patch(es) will be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

If you need the profiling jobs you can trigger them yourself from treeherder job view or ask a sheriff to do that for you.

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: ”Tab” key cannot reach “import them into Firefox” link
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2022-04-27 07:43:26+00:00
Resolved: 2023-06-02 15:23:06+00:00

[Affected versions]:
- Firefox Release 99.0.1

[Affected Platforms]:
- macOS 10.13.6

[Prerequisites]:
- Firefox has removed all logins.

[Steps to reproduce]:
1. Launch Firefox and access "about:logins".
2. Press Tab key multiple times, until the blue box selects "passwords support".
3. Press Tab key again. 

[Expected result]:
- The blue box selects "import them into Firefox".

[Actual result]:
- The blue box selects the Back Button in the left-up corner.

[Notes]:
- The bug only happens in macOS 10.13.6. Windows 10 and macOS 10.15.7 cannot reproduce this bug.
Bug: The "Focus Promo"  message is wrongly displayed on the fist opened tab after it was dismissed
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-04-27 09:09:32+00:00
Resolved: 2022-05-09 05:49:55+00:00

**[Notes]:**
- This seems to be a tab preloading issue because the experiment message appears blocked on the "ASRouter" page right after it was dismissed.

**[Affected versions]:**
- Firefox Beta 100.0 - Build ID: 20220425210429

**[Affected Platforms]:**
- Windows 10 x64
- macOS 11.6.2
- Linux Mint 20.2 x64

**[Prerequisites]:**
- Have a Firefox en-* locale build installed.
- Have the "nimbus.debug" pref set to "true" in the "about:config" page.

**[Steps to reproduce]:**
1. Open the browser using the profile from the prerequisites.
2. Navigate to the "about:studies?optin_slug=firefox-focus-pbm-fx100&optin_branch=treatment&optin_collection=nimbus-preview" URL.
3. Open a new "Private Window" and click the "X" button from the right part of the "Focus Promo" message.
4. Open a new tab in the same "Private Window" and observe the behavior.

**[Expected result]:**
- The "Focus Promo" message is **NOT** displayed.

**[Actual result]:**
- The "Focus Promo" message is displayed.

**[Additional Notes]:**
- Attached a screen recording of the issue.
Bug: [Experiment] The "Focus Promo" default message is wrongly displayed even if the experiment one was dismissed
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-04-27 09:18:09+00:00
Resolved: 2022-05-02 15:39:53+00:00

**[Notes]:**
- The "Focus Promo" default message will be redisplayed after 7 days even if the experiment one was dismissed.

**[Affected versions]:**
- Firefox Beta 100.0 - Build ID: 20220425210429

**[Affected Platforms]:**
- Windows 10 x64
- macOS 11.6.2
- Linux Mint 20.2 x64

**[Prerequisites]:**
- Have a Firefox en-* locale build installed.
- Have the "nimbus.debug" pref set to "true" in the "about:config" page.

**[Steps to reproduce]:**
1. Open the browser using the profile from the prerequisites.
2. Navigate to the "about:studies?optin_slug=firefox-focus-pbm-fx100&optin_branch=treatment&optin_collection=nimbus-preview" URL.
3. Open a new "Private Window" and click the "X" button from the right part of the "Focus Promo" message.
4. Open another new tab due to bug 1766592.
4. Open a new tab in the same "Private Window" and observe the behavior.

**[Expected result]:**
- The "Focus Promo" message is **NOT** displayed.

**[Actual result]:**
- The "Focus Promo" message is displayed.

**[Additional Notes]:**
- Attached a screen recording of the issue.
Bug: Intermittent [TV] browser/base/content/test/protectionsUI/browser_protectionsUI_dfpi_rollout_phase2.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
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-04-27 12:53:47+00:00
Resolved: 2022-05-02 06:34:11+00:00

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

---
```
[task 2022-04-27T11:01:30.120Z] 11:01:30     INFO - TEST-PASS | browser/base/content/test/protectionsUI/browser_protectionsUI_dfpi_rollout_phase2.js | No user value for cookie behavior. - 
[task 2022-04-27T11:01:30.120Z] 11:01:30     INFO - Leaving test bound test_phase1_opt_in_to_phase2
[task 2022-04-27T11:01:30.120Z] 11:01:30     INFO - Buffered messages finished
[task 2022-04-27T11:01:30.121Z] 11:01:30     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/protectionsUI/browser_protectionsUI_dfpi_rollout_phase2.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 2022-04-27T11:01:30.121Z] 11:01:30     INFO - GECKO(2474) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2022-04-27T11:01:30.122Z] 11:01:30     INFO - GECKO(2474) | MEMORY STAT | vsize 16036MB | residentFast 331MB | heapAllocated 151MB
[task 2022-04-27T11:01:30.122Z] 11:01:30     INFO - TEST-OK | browser/base/content/test/protectionsUI/browser_protectionsUI_dfpi_rollout_phase2.js | took 51484ms
```
Bug: Tab to search engine suggestions only show up after typing then deletion.
Status: NEW
Priority: P5
Created: 2022-04-27 14:37:58+00:00
Resolved: 2022-04-27 15:16:24+00:00

I just started typing in my address bar, and by leading with “w” got prompted to search on Wikipedia, but: that prompt flashed only briefly and disappeared when I hit the next key. I can get the search-on-Wikipedia prompt back, but only by typing W, then another character, then deleting that second character. 

I can reproduce this behavior on both Windows and Linux, and for different search engines - amazon, wikipedia, ddg. I never see them on the first keypress, I only ever see them if I type the appropriate first letter, type more and then delete back to that character. Fast or slow typing or machine doesn't matter, windows/linux doesn't matter.

Strangely, this _doesn't_ happen for Bugzilla - "b" instantly suggests going to Bugzilla without any additional typing. Equally strange, I can see the Wikipedia suggestion if I hit w, space, delete, but also if I make it all the way to "wikip".
Bug: When closing last tabs of two windows, they are restored on restart
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-04-27 16:36:37+00:00
Resolved: 2022-08-02 13:33:39+00:00

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

Steps to reproduce:

  1. Enable session restore (open previous windows and tabs settings)
  2. Open 2 windows with one tab each (tab 1 in window 1 and tab 2 in window 2)
  3. Wait a little
  4. Close the two tabs quite rapidly (for example, with the shortcut ctrl+w) (tab 2 first and then tab 1 for example)
  5. Restart Firefox


Actual results:

The two windows are restored with their respective tabs (window 1 with tab 1 and window 2 with tab 2).


Expected results:

The tabs have been closed so they should not be restored. Only one window with the home tab should be restored. Reopen closed tab should restore the tab of the last closed window (in this case tab 1). Ctrl+Shift+N (restore last window) should restore the second window (window 2) with its tab (tab 2).

See bug 490136, and bug 1732366.
Bug: Intermittent TV uriloader/exthandler/tests/mochitest/browser_download_open_with_internal_handler.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 r
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-04-27 17:49:14+00:00
Resolved: 2022-06-14 17:03:08+00:00

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

---
```
[task 2022-04-27T16:01:32.403Z] 16:01:32     INFO - TEST-PASS | uriloader/exthandler/tests/mochitest/browser_download_open_with_internal_handler.js | open file_pdf_binary_octet_stream.pdf internal telemetry reason - 
[task 2022-04-27T16:01:32.404Z] 16:01:32     INFO - Leaving test bound test_check_open_with_internal_handler_noask
[task 2022-04-27T16:01:32.405Z] 16:01:32     INFO - Console message: [JavaScript Warning: "Layout was forced before the page was fully loaded. If stylesheets are not yet loaded this may cause a flash of unstyled content." {file: "file:///tmp/mozilla_worker0/file_pdf_binary_octet_stream-47.pdf" line: 0}]
[task 2022-04-27T16:01:32.405Z] 16:01:32     INFO - Buffered messages finished
[task 2022-04-27T16:01:32.407Z] 16:01:32     INFO - TEST-UNEXPECTED-FAIL | uriloader/exthandler/tests/mochitest/browser_download_open_with_internal_handler.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 2022-04-27T16:01:32.407Z] 16:01:32     INFO - GECKO(25457) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2022-04-27T16:01:32.408Z] 16:01:32     INFO - GECKO(25457) | MEMORY STAT | vsize 11530MB | residentFast 524MB | heapAllocated 291MB
[task 2022-04-27T16:01:32.408Z] 16:01:32     INFO - TEST-OK | uriloader/exthandler/tests/mochitest/browser_download_open_with_internal_handler.js | took 52032ms
```
Bug: Regression: Very left tab flickers when opening new tabs
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-04-27 20:26:53+00:00
Resolved: 2022-06-10 19:51:02+00:00

Nightly 101.0a1 (2022-04-27) (64-Bit)
macOS 12.3.1

STR:
1.) Open so many tabs so that the tabstrip is full of tabs, before tabscrolling is possible.
2.) Take a look at the very left tab during a further tab opens.

Actual: The very left tab flickers.

Expected: No flicker of the very left tab.

This is a regression. I can't reproduce with Firefox 99.0.1 (64-Bit).

A screencast is attached.
Bug: Some languages is not successfully removed in "Firefox Language Setting" window.
Status: NEW
Priority: P3
Created: 2022-04-28 01:54:56+00:00
Resolved: 2023-08-10 15:47:56+00:00

[Affected versions]:
- Firefox Release 99.0.1

[Affected Platforms]:
- macOS 10.13.6

[Prerequisites]:
- "Firefox Language Setting" window in "about:preferences" page have some more than 3 languages.

[Steps to reproduce]:
1. Launch Firefox and access "about:preferences".
2. Scoll down the page to "Language" Section.
3. Click on the "Set Alternatives" Button, and "Firefox Language Setting" window pops up.
4. Then remove some languages in "Firefox Language Setting" window.
5. Click on "Apply and Restart" Button. Then Firefox Restart.
6. Scoll down the page to "Language" Section and  Click on the "Set Alternatives" Button again.
7. Observe the "Firefox Language Setting" window.

[Expected result]:
- Some languages has been removed.

[Actual result]:
- No language is removed.

[Notes]:
- The bug only happens in macOS 10.13.6. 
- I cannot reproduce this bug in Windows 10 and macOS 10.15.7.
Bug: Remove ContentLinkHandler.jsm references from comments
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-04-28 03:21:42+00:00
Resolved: 2023-07-19 03:45:04+00:00

`ContentLinkHandler.jsm` is renamed to `FaviconLoader.jsm` in bug 1480319,
but there are some references to `ContentLinkHandler.jsm` in comments
https://searchfox.org/mozilla-central/search?q=ContentLinkHandler.jsm&path=
Bug: New tab in Firefox browser not working properly (new tab not opened)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-04-28 04:23:23+00:00
Resolved: 2022-05-24 14:32:12+00:00

steps:-
enter URL
open URL
click on new tab button
open new tab

Expected result:- new tab has be opened.

Actual Result :-new tab has not be opened.
Bug: dependency confusion attack (plugin-container.exe ( 67817d0d1e3cab064eeec132a93c0ae835902c70f7eec7caa54d94583bf0295a ) at  Firefox Installer.exe )
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-04-28 04:53:28+00:00
Resolved: 2022-05-17 18:07:06+00:00

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

Steps to reproduce:

note : my environment clen and not infected with any malware

1 - fresh install security parrot os linux 
2- os uptade to v5.10
3- sniff traffic when load first time firefox
4- will see same connections from ips in this master report https://www.hybrid-analysis.com/sample/4358debe46c125a34457ea9b0b988ea1a9f695cb6994de337b0437113b07a142?environmentId=100

this lead for one thing : the firefox infrastructure compromised and successfully attacked by external attacker to injected malicious or attack supply chain

note : the report from windows 7 and i am parrot Linux big different compiling environments and many time my os compromised with disconnect to setting server and unable to load desktop 



Actual results:

malicious traffic between my pc to malicious ip when fresh install os and start Firefox 
example of attack connection with malicious ip by reverse syn flood 10syn/second , this ip (44.240.37.33) is malicious according to hybrid analysis reports

(tail -f /var/log/kern.log) : below sample of reverse syn flooding when Firefox start

Apr 27 22:49:47 go kernel: [ 1850.240488] SYN FloodIN= OUT=wlan0 SRC=192.168.1.3 DST=44.237.168.235 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=52308 DF PROTO=TCP SPT=48392 DPT=443 WINDOW=64240 RES=0x00 SYN URGP=0

(my user-agent)
'User-Agent: Mozilla/5.0 (Windows NT 10.0; rv:78.0) Gecko/20100101 Firefox/78.0'


Expected results:

the reference links is 

https://www.hybrid-analysis.com/sample/4358debe46c125a34457ea9b0b988ea1a9f695cb6994de337b0437113b07a142?environmentId=100

https://www.hybrid-analysis.com/sample/4358debe46c125a34457ea9b0b988ea1a9f695cb6994de337b0437113b07a142

https://www.hybrid-analysis.com/sample/4358debe46c125a34457ea9b0b988ea1a9f695cb6994de337b0437113b07a142/626a04bceff79e5c0772a63d

https://www.hybrid-analysis.com/sample/67817d0d1e3cab064eeec132a93c0ae835902c70f7eec7caa54d94583bf0295a

https://www.hybrid-analysis.com/sample/4358debe46c125a34457ea9b0b988ea1a9f695cb6994de337b0437113b07a142#sample-cards
Bug: the add on "copy Short URL" does not work anymore.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-04-28 09:37:41+00:00
Resolved: 2022-05-06 06:37:39+00:00

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

Steps to reproduce:

I tried to use "Copy Short URL" by clicking the appropriate button in Firefox and by using the entry in the right-click menue.

(Later I tried to deactivate and activate the add on; without success.)


Actual results:

An error message occured: (In German) "Oh-oh, Fehler beim Erstellen der Kurz-URL."


Expected results:

A small window should have opened, saying: "Kurz-URL erstellt"; also the short URL should have been copied to the clipboard.
Bug: In Firefox for Android can't move bookmark into a folder
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2022-04-28 15:14:57+00:00
Resolved: 2022-05-06 07:22:03+00:00

Firefox for Android

Steps to reproduce:

In Firefox for Android, created some bookmarks, then created a new bookmark folder.  Edited an existing bookmark and selected the new folder.    Then edited a second existing bookmark.  selected the same folder as the first one.


Actual results:

The first bookmark moved as expected.  The second bookmark did not move to the folder.  It remained in the default folder.


Expected results:

The second bookmark should also have moved to the folder.
Bug: Design tweaks for STP refresh
Status: NEW
Priority: --
Created: 2022-04-28 16:36:03+00:00
Resolved: 2024-03-04 12:19:09+00:00

- Check on link styling for dark mode. Should be teal color as in Figma file.
- Left padding/indentation on articles. Should be left-aligned with content as in Figma file.
Bug: Reset Firefox: Settings are unexpectedly restored via sync
Status: NEW
Priority: P3
Created: 2022-04-28 17:26:19+00:00
Resolved: 2022-05-02 20:02:57+00:00

### STR
1. Enable Firefox Accounts, sync, and sync Settings
2. Reset Firefox (through about:support)
3. Open new Firefox instance and wait

### Expected
As the Reset Firefox process tells you, previous settings are not restored.

### Actual
Previous settings are synced and restored.

---

I've noticed there are a few web compat bugs I can reproduce in my profiles that I can't reproduce in a fresh profile. I wanted to use "Reset Firefox" to clear my profile (without migrating my history/bookmarks manually) so I'll be more likely to run into bugs that only an average user would (i.e. I can be a better tester). However, I was surprised to find my Settings were restored (from sync) and I'm concerned (without evidence) that some of those Settings were the root cause of the issues I identified. If so, Reset Firefox might not fix issues for users and they might change browsers.

Similarly, average users might perceive something as a bug when it is just a setting they changed (e.g. strict tracking protection breaks websites) and restoring the settings won't help them address that problem.
Bug: Redirect attempts to load something else in the Firefox View tab to new tabs
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2022-04-28 18:18:26+00:00
Resolved: 2022-09-30 02:29:29+00:00

- There's a discussion to be had about what should happen when the user attempts to load something in the MyFirefox tab (which is a toolbar button rather than a real tab).
- With the current patch from bug 1762903, we don't try to prevent or otherwise handle loading something, so any load just goes through.
- My proposed solution is to redirect loads to new tabs. I think most frontend ways we would be concerned about should in theory should go through `openLinkIn` from utilityOverlay.js, so perhaps something can be put in place there.
Bug: Incoming bookmarks without a title cause sync to fail
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-04-28 20:04:44+00:00
Resolved: 2022-05-25 22:37:14+00:00

Last week the sync team noticed an increase in sync failures for the bookmarks engine.  After digging in to this one a bit, I have a theory about what's going on:

- The error rate isn't huge, but it's significant.  Based on my count we still have over a 99% success rate, but 80% of all errors comes from this issue.
- The message for the new errors is `MergeError: Failed to execute statement with code 19 (NOT NULL constraint failed: itemsRemoved.title)`
- The first occurences of errors were 4/1 for Nightly and 4/6 for Beta.  It looks like the code was introduced at the very end of the nightly cycle, then got merged in.
- This means that we're about to merge it to production this Monday.
- The change that introduced this was https://phabricator.services.mozilla.com/D139293

I'm not 100% sure this is correct, but the telemetry evidence seems pretty strong to me.  We should definitely do something about this before Monday.
Bug: add error-handling to call(s) to RemoteImages.patchMessage
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-04-28 20:50:46+00:00
Resolved: 2022-05-21 09:50:33+00:00

Gijs observed that it doesn't have any error-handling (here)[https://searchfox.org/mozilla-central/rev/86c98c486f03b598d0f80356b69163fd400ec8aa/browser/components/newtab/lib/Spotlight.jsm#56].
Bug: make private browsing (pbNewtab) experiments/messages respect "feature" opt-out pref
Status: NEW
Priority: P2
Created: 2022-04-28 23:35:30+00:00
Resolved: 2022-05-02 15:59:52+00:00

The prefs are described towards the bottom of the page here: https://support.mozilla.org/en-US/kb/recommendations-firefox

Ed, you mentioned something in Slack about being able to configure whether or not this gets respected on a per message basis.  Is that something we want to implement here too?
Bug: When restoring discarded (session-restored background) tabs for about: pages that normally show the Firefox/nightly branding, the identitybox instead shows the search icon
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2022-04-29 04:52:39+00:00
Resolved: 2022-05-09 15:51:35+00:00

STR:
1) Open some internal pages, eg about:support, about:addons
2) Focus one of the pages
3) Enable session restore
4) Restart Fx

ER:
Identitybox displays the Fx icon and label

AR:
The focused tab looks okay, on the others the search icon is shown instead

Reloading the tabs restores the identitybox


Sadly I believe mozregression was not really useful:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=2b624fdb002e6012209c725042f072a50bd4c4b6&tochange=4c6ce96f7492f2d1150af7b273acc3cdf7dd677d

Most autoland builds in this range did not start.
Bug: Recently bookmarked bookmarks in bookmarks panel don't update
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-04-29 09:03:25+00:00
Resolved: 2022-06-09 14:09:37+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/101.0.4951.41 Safari/537.36

Steps to reproduce:

1. Drag and drop identity block to the bookmarks panel

New url gets added to bookmarks, but it's not listed in "Recently bookmarked"

I am trying to bookmark this url: https://tdsphotography.com/


Actual results:

 If you performed Step 2 at normal speed, then new bookmark isn't listed in "Recently bookmarked"
 If you performed Step 2 really fast, then new bookmark is listed in "Recently bookmarked"


Expected results:

New bookmark should be listed in "Recently bookmarked"