av9ash/GitBugs huggingface dataset:
Bug: When set to "always ask", Firefox is saving .part files into the directory of prior downloads instead of a temp directory
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-03-15 09:23:00+00:00
Resolved: 2022-07-06 10:05:51+00:00

Hi,

this was sent to us via email to security@, I'll quote verbatim:
> Say you have two folders, Alpha and Beta.
> 
> Set firefox to ask the download location every time
> save a file to Alpha
> Save another download to Beta
> the partial download ".part" file will be stored in Alpha before being 
> moved to Beta
> 
> There's a microscopic chance this has security implications so I wanted 
> to disclose it in private.
> 
> I noticed it because Dropbox kept bugging me about part files, so in my 
> case, Dropbox was getting files it wasn't supposed to be getting. 
> Privacy implications for me, but not part of the core Firefox security 
> model.
> 
> Windows 10
> FF 98.0 (64-bit)

I suppose in lack of a clear direction where to store the ".part" file, choosing a Temporary Directory would be more useful than picking the last directory, but maybe this is working as intended?
Bug: Warning badge on download toolbutton does not display when the download fails if the downloads panel is open at that time
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2022-03-15 10:19:37+00:00
Resolved: 2022-07-06 10:06:00+00:00

Steps To Reproduce:
1.  Save/download something that should fail to download

Actual results:
Warning badge on download toolbutton does not display when the download fails.

Expected results:
Warning badge on download toolbutton should display.
Bug: sync
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-03-15 10:30:09+00:00
Resolved: 2022-07-22 18:19:24+00:00

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

Steps to reproduce:

I tried to sync firefox but nothing happened. 


Actual results:


same above


Expected results:

Sync with my windows firefox with my android firefox
Bug: [Experiment] A small artifact remains displayed for ~1 sec in the bottom part of the "Heart" animation
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-03-15 10:42:34+00:00
Resolved: 2022-04-05 12:47:40+00:00

**[Affected versions]:**
- Firefox Release 98.0.1 - Build ID: 20220313140707

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

**[Prerequisites]:**
- Have a new Fireofox profile with the following prefs in the "about:config" page:
	- "nimbus.debug" set to "true";
- Firefox is not pinned to the taskbar/dock.

**[Steps to reproduce]:**
1. Open the browser using the profile from the prerequisites.
2. Navigate to "about:studies?optin_slug=welcome-back-casual-eco2203&optin_branch=treatment-b&optin_collection=nimbus-preview".
3. Restart the browser and observe the bottom part of the "Heart" animation.

**[Expected result]:**
- There are no artifacts displayed.

**[Actual result]:**
- A small artifact remains displayed for ~1 sec after the animation is completed

**[Additional Notes]:**
- Attached a screen recording of the issue:
Bug: [Experiment] The "Heart" animation has white edges when the browser's "Dark" theme is enabled.
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-03-15 10:42:40+00:00
Resolved: 2022-04-06 21:07:32+00:00

**[Affected versions]:**
- Firefox Release 98.0.1 - Build ID: 20220313140707

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

**[Prerequisites]:**
- Have a new Fireofox profile with the following prefs in the "about:config" page:
	- "nimbus.debug" set to "true";
- Firefox is not pinned to the taskbar/dock.
- Have the "Dark" theme enabled from `about:addons>Themes>Dark`.

**[Steps to reproduce]:**
1. Open the browser using the profile from the prerequisites.
2. Navigate to "about:studies?optin_slug=welcome-back-casual-eco2203&optin_branch=treatment-b&optin_collection=nimbus-preview".
3. Restart the browser and observe the "Heart" animation.

**[Expected result]:**
- There animation is correctly displayed and rendered.

**[Actual result]:**
- The "Heart" animation has white edges.

**[Additional Notes]:**
- Attached a screen recording of the issue:
Bug: PDF opens in Firefox since 98.0
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-03-15 11:52:41+00:00
Resolved: 2022-03-19 07:42:42+00:00

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

Steps to reproduce:

Open Firefox (under Windows 10 21H2)
Open link to PDF 



Actual results:

PDF opens in Firefox


Expected results:

Save as dialog should have appeared, as it has prior to 98.0
My download settings include both "Always ask you where to save files" as well as "Save file" for most file types. There is one setting, "Portable Document Format (PDF) (application/pdf)" which is now set to "Open in Firefox", although I had previously set all PDF entries to "Save file".  I cannot reconstruct whether this is a new entry which was given an unwanted default value or whether an existing entry was reset.  I installed bot the 98.0 and 98.0.1 upgrades manually and *unchecked* the checkbox to restore defaults and remove old add-ins.
Bug: Download toolbar icon drops-down on download, and remains until mouse click/pressing escape
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-03-15 13:34:02+00:00
Resolved: 2022-03-16 16:47:00+00:00

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

Steps to reproduce:

Clicked on item to download (or ctrl-s to save page), started download (chose destination/name, clicked "Save").


Actual results:

Download icon dropped-down, blocking part of the screen.


Expected results:

It shouldn't have dropped-down. Until recently, the icon animates during download only, did not drop-down until clicked.
Bug: Text selection is extended when searching for copied text in pdf
Status: NEW
Priority: --
Created: 2022-03-15 14:49:53+00:00
Resolved: 2024-02-20 09:25:06+00:00

**Steps to reproduce:**
1) Open Firefox
2) Navigate to https://unec.edu.az/application/uploads/2014/12/pdf-sample.pdf
3) Open the find-in-text search bar (ctrl+f/ cmd+f)
4) Highlight and copy the following phrase from the first sentence of the text "all of the fonts"
5) Paste it into the search bar

**Expected results:**
The phrase is searched for and it is highlighted on the page, the text selection from earlier remains the same ("all of the fonts")

**Actual results:**
The phrase is highlighted but the text-selection is extended (see screenshot)

**Note**
This only occurs when selecting a phrase that spans across multiple rows
Bug: The pdf is loosing quality on some pages, which is not the case on other navigators
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-03-15 15:30:33+00:00
Resolved: 2022-05-02 12:46:51+00:00

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

Steps to reproduce:

I uploaded two pdf files on my project website. 


Actual results:

When I open them on firefox, some pages (in both documents)  are loosing quality. 


Expected results:

The quality should remain the same for all pages as it was on the pdf originally.
Bug: DoH's doorhanger is not shown if DoH is enable via remote settings
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-03-15 15:46:57+00:00
Resolved: 2022-04-08 00:10:31+00:00

DoH's dorrhanger is triggered with this prefs:

>'doh-rollout.enabled'|preferenceValue &&
>!'doh-rollout.disable-heuristics'|preferenceValue &&
>!'doh-rollout.skipHeuristicsCheck'|preferenceValue &&
>!'doh-rollout.doorhanger-decision'|preferenceValue &&
>firefoxVersion >= 89

If remote settings are used to enable DoH "doh-rollout.enabled" is not set, but "doh-rollout.self-enabled". Therefore the doorhanger will not b shown.
Bug: IPV6 URL with percent sign % causes search instead of web request (WSD printers)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-03-15 18:06:00+00:00
Resolved: 2022-05-25 00:30:39+00:00

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

Steps to reproduce:

This issue concerns Firefox and WSD Printers.

In Windows 10, a WSD printer will have with a URL like this: http://[fe80::822b:f9ff:fe6a:d7de%10]:80/WebServices/Device

According to https://superuser.com/questions/99746/why-is-there-a-percent-sign-in-the-ipv6-address, this is caused by Windows adding a percent sign (%) and a number to identify which network the link-local address corresponds to.

But Firefox doesn't accept this kind of URL with a percent sign (%), and instead opens a web search.

If I remove the "%10" from the URL, Firefox visits the page fine.

It seems that the only web browser that accepts this kind of URL is Microsoft Internet Explorer.


Actual results:

Firefox gets confused by the percent sign % in the URL and opens a web search instead of accessing the printer's web interface.


Expected results:

Firefox should ignore or discard the percent sign % and local network identifier number if it appears after a link-local IPV6 address.
Bug: Intermittent [TV-fis] /browser_toolbarbutton_menu_show_in_folder.js | Uncaught exception received from previously timed out test - ViewShown listener on #appMenu-protonMainView not removed before the end of test | uncaught exception - Error: No DOM node
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-03-15 20:09:29+00:00
Resolved: 2022-04-23 22:11:29+00:00

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

---
```
[task 2022-03-15T17:56:24.444Z] 17:56:24     INFO - TEST-START | browser/components/places/tests/browser/browser_toolbarbutton_menu_show_in_folder.js
[task 2022-03-15T17:57:09.460Z] 17:57:09     INFO - TEST-INFO | started process screentopng
[task 2022-03-15T17:57:09.700Z] 17:57:09     INFO - TEST-INFO | screentopng: exit 0
[task 2022-03-15T17:57:09.700Z] 17:57:09     INFO - Buffered messages logged at 17:56:24
[task 2022-03-15T17:57:09.701Z] 17:57:09     INFO - Entering test bound toolbarBookmarkShowInFolder
[task 2022-03-15T17:57:09.701Z] 17:57:09     INFO - TEST-PASS | browser/components/places/tests/browser/browser_toolbarbutton_menu_show_in_folder.js | The panel is closed to begin with. - "closed" == "closed" - 
[task 2022-03-15T17:57:09.702Z] 17:57:09     INFO - Buffered messages finished
[task 2022-03-15T17:57:09.702Z] 17:57:09     INFO - TEST-UNEXPECTED-FAIL | browser/components/places/tests/browser/browser_toolbarbutton_menu_show_in_folder.js | Test timed out - 
[task 2022-03-15T17:57:09.703Z] 17:57:09     INFO - Not taking screenshot here: see the one that was previously logged
[task 2022-03-15T17:57:09.705Z] 17:57:09     INFO - TEST-UNEXPECTED-FAIL | browser/components/places/tests/browser/browser_toolbarbutton_menu_show_in_folder.js | Uncaught exception received from previously timed out test - ViewShown listener on #appMenu-protonMainView not removed before the end of test
[task 2022-03-15T17:57:09.706Z] 17:57:09     INFO - GECKO(1929) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2022-03-15T17:57:09.706Z] 17:57:09     INFO - GECKO(1929) | MEMORY STAT | vsize 3156MB | residentFast 438MB | heapAllocated 196MB
[task 2022-03-15T17:57:09.708Z] 17:57:09     INFO - TEST-OK | browser/components/places/tests/browser/browser_toolbarbutton_menu_show_in_folder.js | took 45014ms
```
Bug: Opening files in other apps is slow when the default downloads directory is on a slow (network) drive
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-03-15 20:53:06+00:00
Resolved: 2022-03-26 03:53:33+00:00

Steps to reproduce:
(Prerequisite)
Set the default downloads folder to a slow NAS(Permanent storage location for my files).
And set the os temp folder to fast SSD or RAM disk as always.
Set PDF to open Acrobat DC.

1. Open pdf file (e.g. https://www.learningcontainer.com/wp-content/uploads/2019/09/sample-pdf-download-10-mb.pdf )

Actual Results:
It takes longer to display a PDF files than firefox97.

Expected Results:
It should take the same amount of time to display a PDF file as firefox97.
Bug: Firefox erased most of my history in the past few days.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-03-15 22:57:15+00:00
Resolved: 2022-04-04 06:58:41+00:00

Less than two days ago I noticed that stuff didn't pop up in the urlbar as it should have.
So I checked and my history was only 10000 items and it went back to early february*. A few hours ago about it was ~4400 now it's 4178, and it was 4273 a quarter hour ago. Seems like they're constantly removed. Now the oldest item is from march 02, less than two weeks ago. I'm used to having like half a year worth.

What the hell is going on? Why is Firefox expiring all my history?

I don't see any about:config items that control behavior anymore.  I have a places.history.expiration.transient_current_max_pages item with a value of 150083. But I suspect it's an orphaned item.

Can the number of bookmarks increasing above some value cause a bug like this? Now I have a lot more bookmarks than history... 20000+
This may be the most toxic issue I ever encountered in Firefox.
Bug: Can't use Yandex search engine already setted in Firefox 98.0.1
Status: VERIFIED
Priority: --
Resolution: DUPLICATE
Created: 2022-03-16 00:40:59+00:00
Resolved: 2022-03-16 07:04:29+00:00

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

Steps to reproduce:

Update to Firefox 98.0.1 and use my default search engine Yandex


Actual results:

My default search engine disappeared after the update


Expected results:

Mozilla Can't delete my personal configuration of search engines.

Work around:
1) don't update firefox.
2) switch to a Firefox fork that respect the freedom of choice.
Bug: Don't allow file:// uri schemes to be able to sent to other devices
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-03-16 01:14:34+00:00
Resolved: 2022-07-22 18:27:56+00:00

1. Synced tabs currently has a pref that disallows certain schemes from being synced: https://searchfox.org/mozilla-central/source/modules/libpref/init/all.js#4372

2. However send tab doesn't have the same restrictions: https://searchfox.org/mozilla-central/source/toolkit/modules/BrowserUtils.jsm#153

This leads to issues where users can send a file:// scheme from desktop to their android device -- [causing a crash](https://github.com/mozilla-mobile/fenix/issues/20414), though fenix shouldn't crash when an unexpected scheme shows up, desktop should be inline with what synced tabs is doing.
Bug: PDFs do not save successfully from PDF viewer's download button
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-03-16 04:48:53+00:00
Resolved: 2022-04-01 18:43:30+00:00

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

Steps to reproduce:

2 Problems.
1: Tried to save pdf  being viewed in Firefox

2: Tried to save .exe file


Actual results:

2 Problems.
1: When viewing pdf in Firefox and decide I want to save it, I click the viewers download icon and it opens a save as box but when save is clicked I see the download icon initiate but nothing is saved.   Changing pdfs to save as doesn't give me the option to view it in Firefox first to decide if I want to save it.

2: When trying to save an .exe file (of which I don;t see an entry for in Settings content type) it save it as an .xml instead of an .exe


Expected results:

1: pressing download icon in Firefox's pdf viewer should have save the currently viewed pdf to hard drive.

2: clicking and .exe file  should save the file with website's filename for it with extension of .exe.  Instead it's saving files as "file.xml"
Bug: Multi-monitor: Fullscreen on non-primary monitor causes the UI to 'fall' off the screen
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-03-16 07:39:30+00:00
Resolved: 2022-03-16 07:43:05+00:00

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

Steps to reproduce:

Open Firefox (it opened on the primary monitor)
Move Firefox to the secondary monitor
The UI on the right (close button, hamburger menu etc.) falls partly off the screen (as if it is slightly too large)

Additional info:
Running Ubuntu 20.04.4LTS
Both monitors are 2560x1440@165Hz (scaling is @100%)
Running Nvidia's proprietary drivers (510.47.03) for the RTX3090
A screenshot does not capture the problem.


Actual results:

Firefox's UI falls of the visible screen when enlarged on the secondary monitor


Expected results:

Firefox's UI should be scaled correctly on both monitors
Bug: PDFs open in Firefox instead of download
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-03-16 11:01:33+00:00
Resolved: 2022-03-18 15:27:36+00:00

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

Steps to reproduce:

Open a link such as https://en.wikibooks.org/w/index.php?title=Special:DownloadAsPdf&page=C%2B%2B_Programming%2FAll_Chapters&action=show-download-screen, press the Download button


Actual results:

The PDF opens in Firefox


Expected results:

The PDF should downloaded in Firefox
Bug: [Rollout] The DNS-over-HTTPS (DoH) doorhanger cannot be accessed using keyboard navigation
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-03-16 12:26:30+00:00
Resolved: 2022-07-20 20:00:32+00:00

**[Affected versions]:**
- Firefox Nightly 100.0a1, Build ID: 20220315213924
- Firefox Beta 99.0b4, Build ID: 20220315185755
- Firefox Release 98.0.1, Build ID: 20220313140707

**[Affected platforms]:**
- macOS 11.6.3
- Windows 10 x64
- Ubuntu 20 x64

**[Steps to reproduce]:**
1. Open the browser profile and navigate to the about:config page.
2. Set the `doh-rollout.enabled` pref to `true`.
3. Open a new tab.
4. Press the “Tab'' key several times in order to focus the DNS doorhanger.
5. Observe the behavior.

**[Expected result]:**
- The DNS doorhanger is focused.

**[Actual result]:**
- Other elements from the browser or web page are focused.
Bug: AWS Control Panel Cloudformation functioning incorrectly (99.0b4)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-03-16 12:41:55+00:00
Resolved: 2022-03-20 22:13:22+00:00

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

Steps to reproduce:

1. Go to the AWS control panel
2. Go to the Cloudformation section
3. Update a Cloudformation stack
4. Choose "Replace template", choose a template, click next.


Actual results:

When clicking next, the screen flashes, and you go back to providing the file again.


Expected results:

The file is accepted, and you move on to providing parameters to the template.

[This happens only on Firefox Developer 99.0b4 currently.  Stable release works fine]
Bug: The Best Match result keeps the fade effect after maximizing the browser if previously the browser was resized to a reduced width
Status: NEW
Priority: P3
Created: 2022-03-16 13:50:55+00:00
Resolved: 2023-03-31 20:43:36+00:00

**[Affected versions]:**
- Firefox Nightly 100.0a1, Build ID: 20220315213924
- Firefox Beta 99.0b4, Build ID: 20220315185755

**[Affected platforms]:**
- macOS 11.6.3
- Windows 10 x64
- Ubuntu 20 x64

**[Prerequisites]:**
- Have the `browser.urlbar.bestMatch.enabled` pref set to `true`.
- Have the `browser.search.region` pref set to US.

**[Steps to reproduce]:**
1. Open the browser profile.
2. Focus the Address bar and write at least 4 characters of a string that would trigger a sponsored/non-sponsored result within the Top pick section (eg:xbox, keyboards, microwaves, apple, disney, betty etc).
3. Resize the width of the browser to minimum.
4. Click the browser’s “Maximize” button.
5. Click inside the Address Bar and observe the Best Match result.

**[Expected result]:**
- The Best Match result is displayed correctly and fully visible.

**[Actual result]:**
- The Best Match result keeps the fade effect at the end of the keyword.

**[Notes]:**
- Here is a [screen recording](https://drive.google.com/file/d/1wMROxtrFgpV5VZjRbiwG4OxHdgbrIHle/view?usp=sharing) of the issue.
Bug: gBrowser.tabContainer.on_drop should take into account that adoptTab can abort
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-03-16 13:52:44+00:00
Resolved: 2022-03-28 15:49:50+00:00

1. Run this code in the browser console

    ```js
    gBrowser.selectedTabs = [
      gBrowser.addTab("data:text/html,<title>Drag me!</title>Drag me!", {
        triggeringPrincipal: Services.scriptSecurityManager.getSystemPrincipal(),
        allowInheritPrincipal: true,
        index: 0,
      }),
      gBrowser.addTab("about:preferences", {
        createLazyBrowser: true,
        triggeringPrincipal: Services.scriptSecurityManager.getSystemPrincipal(),
        allowInheritPrincipal: true,
        index: 0,
      }),
    ];
    ```
    The 1st tab in the window will be a lazy about:preferences, the 2nd tab will be "Drag me!". Both will be multiselected, with the "Drag me!" selected.

2. Open a new window, it will have an empty tab.
3. Go back to the old window, drag the 2nd tab ("Drag me!") into the new window, into the very beginning of the tabbar.

Due to bug 1758307, the lazy tab won't be adopted into the new window.
But the new window should then have "Drag me!" as the 1st tab, and the empty tab becoming 2nd.
However, the "Drag me!" is the 2nd tab, after the empty tab, even if it was dragged before it!
Bug: Right clicking bookmark shows context menu behind the bookmark menu [SOLVED]
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-03-16 15:46:02+00:00
Resolved: 2022-03-17 14:38:38+00:00

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

Steps to reproduce:

I clicked a folder on my bookmarks bar, then went to a sub folder, then another sub folder and right clicked a bookmark


Actual results:

The context menu is behind the floating menu, instead of being in front, so I can't do anything, such as deleting that bookmark, for example


Expected results:

The menu should be in front
Bug: No indication is provided for why a custom search engine can't be added when the name matches an application provided engine
Status: NEW
Priority: P5
Created: 2022-03-16 16:03:43+00:00
Resolved: 2022-03-30 22:46:33+00:00

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

Steps to reproduce:

1) Open Firefox Settings > Search > Search shortcuts
2) Click Add button
3) type in "Google", filling in other fields (URL, shortcut)



Actual results:

The filed border turns red, filling in other fields doesn't help, new Google search cannot be added. No reason is provided on why this happens


Expected results:

The add function should work as expected and allow me to add Google search.

Note that the default Google search was removed as it does not work properly. Using the default search provider opens Google in a language that is not English.
Bug: Prevent multiple selected bookmarks to be re-arranged within themselves when being dragged to the top or bottom of selection
Status: NEW
Priority: P3
Created: 2022-03-16 16:23:10+00:00
Resolved: 2022-03-26 21:39:04+00:00

The bookmarks are re-arranged within themselves when selected and dragged to the top or bottom of the selection. This bug was discovered when working on Bug 390752.

Steps to Reproduce: 
1. Select 3 bookmarks in the bookmark manager
2. Drag the selected bookmarks to the top of the first selected bookmark
3. The selected bookmarks are re-arranged

See attached video to illustrate the steps to reproduce.