av9ash/GitBugs huggingface dataset:
Bug: URL text moves after clicking in URL bar
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-11-30 20:57:10+00:00
Resolved: 2025-01-29 15:48:29+00:00

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

Steps to reproduce:

When I want to edit a URL, the first step is often to click in the URL bar. When I click in the URL bar, the search engine selector appears, which makes all the text in the URL bar shift right. The shifting text makes editing URLs hard.

Step 1: Click in URL bar.


Actual results:

The text all shifts to the right.


Expected results:

The text should have stayed still, so I could select the part I wanted or put the text cursor where I wanted to edit the text.
Bug: The right-click context menu for Bookmark menus and the Bookmark Toolbar will show "Paste" as being enabled when the clipboard contains any text
Status: UNCONFIRMED
Priority: --
Created: 2024-12-02 00:04:23+00:00
Resolved: 2024-12-02 00:42:07+00:00

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

Steps to reproduce:

Step 1: Copy any text, such as this sentence.

Step 2: Open a bookmark menu, or the Bookmark Toolbar, and right click anywhere within the menu or toolbar.


Actual results:

The Paste option will be enabled. Clicking Paste causes the right-click menu to disappear, but otherwise does nothing.


Expected results:

Paste should not be enabled for random clipboard text. It should only be enabled when the clipboard contains a bookmark.

This bug might be related to [bug 1796847](https://bugzilla.mozilla.org/show_bug.cgi?id=1796847)
Bug: Weird reordering of the List all tabs menu after closing a tab
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2024-12-02 00:35:12+00:00
Resolved: 2024-12-19 15:52:47+00:00

I'm seeing a weird behaviour when `Clos[ing a] tab` from the `List all tabs` menu.  I'd expect the whole list to move up by one entry, but it just seems to shuffle all the entries down to the one I closed instead.
Bug: Vertical tabs is confusing to turn off
Status: NEW
Priority: P3
Created: 2024-12-02 10:23:10+00:00
Resolved: 2024-12-05 17:40:09+00:00

Some users are complaining they can't get off of Vertical Tabs. The most recent example I've seen:
https://connect.mozilla.org/t5/discussions/firefox-sidebar-and-vertical-tabs-try-them-out-in-nightly/m-p/80175/emcs_t/S2h8ZW1haWx8dG9waWNfc3Vic2NyaXB0aW9ufE00NlFRMDNFSEFMUDNZfDgwMTc1fFNVQlNDUklQVElPTlN8aEs#M30714

That user spent two hours and couldn't remove the vertical tabs.

There are instructions ( https://connect.mozilla.org/t5/discussions/sidebar-and-vertical-tabs-release-channel-experimentation/td-p/78966 ) but they aren't automatically shown to users before they get forced into vertical tabs.
Bug: The bookmark sidebar has a scrollbar that disappears sometimes
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-12-02 11:03:17+00:00
Resolved: 2024-12-04 05:43:04+00:00

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

Steps to reproduce:

Open the bookmark side bar (ctrl+b) and sometimes there will be no scrollbar. Also seems to happen in the history side bar and in the library windows for both bookmarks and history.


Actual results:

Sometimes the scrollbar will be invisible


Expected results:

The scrollbar should always be able to be clicked on with the mouse
Bug: Coloring the top bar stopped working
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-12-02 11:32:23+00:00
Resolved: 2024-12-02 16:29:41+00:00

Steps to reproduce:

Hey, I know I'm a freak when I do stupid stuff like this.
But still:
I have colored Firefox using userChrome.
Up to version 132 it worked fine, now in version 133 the top bar doesn't get colored.
Please, has something changed?

Thank you
Bug: Close Tabs Below content menu option has artifact in string on Windows 10
Status: RESOLVED
Priority: P2
Resolution: INVALID
Created: 2024-12-02 11:57:33+00:00
Resolved: 2024-12-02 16:20:34+00:00

Strings were updated in bug 1906881 for the "close multiple tabs" tab context menu options to support the vertical tabs orientation. However, it seems a strange artifact is being added to one of the strings on Windows 10 and Ubuntu 22, but not macOS.

For the option in vertical tabs, the "Close Tabs Below (I)", because it has the extra "(I)" part at the end.
Bug: Shortcuts get pinned if dragged after the "add shortcut"
Status: NEW
Priority: P3
Created: 2024-12-02 13:42:50+00:00
Resolved: 2024-12-02 21:23:54+00:00

As a user if I drag and drop shortcuts, or if I add a new shortcut I don't want them to be pinned without the action.

How to reproduce it:
Using Firefox 133.0, open a new tab and drag and drop a shortcut after the "add shortcut", it will be pinned automatically.
The same behavior is seen when adding a shortcut without pinning them, and the add shortcut is moved to the last place.
Bug: Just having some issue with websites.Cannot load some websites
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-12-02 16:14:41+00:00
Resolved: 2024-12-16 18:45:45+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:133.0) Gecko/20100101 Firefox/133.0
Bug: previously opened tabs are not reopened after restart of FF in 133.0-linux-mint
Status: UNCONFIRMED
Priority: --
Created: 2024-12-02 16:46:32+00:00
Resolved: 2025-02-07 21:48:17+00:00

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

Steps to reproduce:

started Firefox several time after verifying the correct settings (Settings - General - Startup). Option previous windows and tabs is checked. 


Actual results:

Previously opened tabs are not reopened after restart.


Expected results:

They all should have been opened as tit did before.
Bug: [Layout Expt] Firefox logo overlaps shortcuts
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-12-02 17:16:04+00:00
Resolved: 2024-12-17 09:57:18+00:00

How to reproduce it:
Screensize two columns
Variant B enabled
Scroll until searchbar is not visible (which should be visible on overlay), see logo overlaps shortcuts
Bug: Signature verification fails when Autograph signer_id does not match leaf cert CN
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-12-02 17:50:14+00:00
Resolved: 2024-12-10 20:54:17+00:00

For example, on DEV, the signer ID is `cas_new_remote-settings` and the leaf cert CN is `CN=remote-settings.content-signature.mozilla.org`.

When the collection is part of the startup bundle, the client is instantiated with:

```js
const {
  signature: { signer_id: signerName },
} = metadata;
const client = RemoteSettings(collection, {
  bucketName: bucket,
  signerName: `${signerName}.content-signature.mozilla.org`,
});
```
([source](https://searchfox.org/mozilla-central/rev/6597dd03bad82c891d084eed25cafd0c85fb333e/services/settings/remote-settings.sys.mjs#239-245))

If the signer does not match the leaf cert CN, all subsequent signature verification will fail, because the client remains instantiated with a bad value.
Bug: Top sites rows wraps to two-rows when Variant A/B are active
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-12-02 20:10:30+00:00
Resolved: 2024-12-09 12:33:47+00:00

### Steps to reproduce: 

#### Prefs 

Set the following prefs to `true`:
- `browser.newtabpage.activity-stream.discoverystream.sections.enabled`
- `browser.newtabpage.activity-stream.discoverystream.sections.cards.enabled`
- `browser.newtabpage.activity-stream.newtabLayouts.variant-a` (or `-b`)

#### Steps

1. Open new tab
2. Decrease screen width to ~`1100px` (down to `~880px`) 
3. **Expected:** Top sites should reduce to six items, staying at one row
4. **Actual:** Top sites keeps 8 items, breaks into two rows
Bug: Window closes if last tab outside of tab groups is closed
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-12-03 01:16:45+00:00
Resolved: 2024-12-10 15:27:54+00:00

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

Steps to reproduce:

1) Open a new window.
2) Create multiple tabs and put them all in a tab group
3) Open a new tab. At this point, you should have a tab group with all the tabs besides one.
4) Collapse the tab group.
5) Close the tab that is not contained in the tab group.


Actual results:

After closing the tab that is not contained in the tab group, the entire window will close.


Expected results:

The collapsed tab group should have opened and one of the tabs should have been selected as the current active tab.
Bug: Typing in not work in address bar some times and them make force quit
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-12-03 07:10:00+00:00
Resolved: 2025-01-20 16:21:54+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/130.0.0.0 Safari/537.36

Steps to reproduce:

Sometimes when I try to type an address in the address  bar it has lag (delay)  or  
And then stop accepting characters 


Actual results:

The force quit  window appears in Ubuntu


Expected results:

the text must appear smoothly
Bug: Intermittent browser/components/sessionstore/test/browser_tab_groups_closed.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-12-03 08:18:01+00:00
Resolved: 2025-02-24 12:01:42+00:00

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

---
```
TEST-PASS | browser/components/sessionstore/test/browser_tab_groups_closed.js | Session store correctly reports closed tab count for window - 4 == 4 - 
[task 2024-12-03T07:25:14.208Z] 07:25:14     INFO - Buffered messages logged at 07:25:14
[task 2024-12-03T07:25:14.221Z] 07:25:14     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: "https://example.com/" line: 0}]
[task 2024-12-03T07:25:14.222Z] 07:25:14     INFO - Buffered messages finished
[task 2024-12-03T07:25:14.223Z] 07:25:14     INFO - TEST-UNEXPECTED-FAIL | browser/components/sessionstore/test/browser_tab_groups_closed.js | Session store correctly reports closed tab count for closed windows - 0 == 4 - 
[task 2024-12-03T07:25:14.223Z] 07:25:14     INFO - Stack trace:
[task 2024-12-03T07:25:14.223Z] 07:25:14     INFO - chrome://mochitests/content/browser/browser/components/sessionstore/test/browser_tab_groups_closed.js:test_closedTabCountsRespectTabGroups:152
[task 2024-12-03T07:25:14.223Z] 07:25:14     INFO - chrome://mochikit/content/browser-test.js:handleTask:1147
[task 2024-12-03T07:25:14.223Z] 07:25:14     INFO - chrome://mochikit/content/browser-test.js:_runTaskBasedTest:1219
[task 2024-12-03T07:25:14.224Z] 07:25:14     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1360
[task 2024-12-03T07:25:14.224Z] 07:25:14     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:1136
[task 2024-12-03T07:25:14.224Z] 07:25:14     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/<:1058
[task 2024-12-03T07:25:14.225Z] 07:25:14     INFO - running 
[task 2024-12-03T07:25:14.225Z] 07:25:14     INFO - Leaving test bound test_closedTabCountsRespectTabGroups
[task 2024-12-03T07:25:14.225Z] 07:25:14     INFO - Entering test bound test_purgingSessionHistoryClearsClosedTabGroups
[task 2024-12-03T07:25:14.311Z] 07:25:14     INFO - GECKO(16360) | 1733210714309	Marionette	TRACE	Received observer notification browser-delayed-startup-finished
[task 2024-12-03T07:25:14.482Z] 07:25:14     INFO - GECKO(16360) | ### XPCOM_MEM_BLOAT_LOG defined -- logging bloat/leaks to /tmp/tmpg17dqa92.mozrunner/runtests_leaks_tab_pid27782.log
[task 2024-12-03T07:25:14.608Z] 07:25:14     INFO - GECKO(16360) | ### XPCOM_MEM_BLOAT_LOG defined -- logging bloat/leaks to /tmp/tmpg17dqa92.mozrunner/runtests_leaks_tab_pid27807.log
[task 2024-12-03T07:25:14.693Z] 07:25:14     INFO - TEST-PASS | browser/components/sessionstore/test/browser_tab_groups_closed.js | Window state gains a closed group - 1 == 1 -
```
Bug: Firefox prompts to make it the default browser when it already is.
Status: UNCONFIRMED
Priority: P3
Created: 2024-12-03 13:58:22+00:00
Resolved: 2024-12-04 14:20:44+00:00

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

Steps to reproduce:

Open Firefox


Actual results:

Prompt to make Firefox the default browser


Expected results:

No prompt: Firefox is already the default
Bug: Firefox uses application/vnd.ms-excel instead of the text/csv content type when uploading a CSV file
Status: NEW
Priority: P3
Created: 2024-12-03 14:46:23+00:00
Resolved: 2024-12-12 10:41:16+00:00

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

Steps to reproduce:

1. Click F12
2. Upload a .csv file to a web application (any that is using multipart upload will do, here used https://www.virustotal.com as example)



Actual results:

The content type used in the request is application/vnd.ms-excel (you can find it in the requests). It looks e.g. as following:

-----------------------------205787731436072789813099279306
Content-Disposition: form-data; name="filename"

test.csv
-----------------------------205787731436072789813099279306
Content-Disposition: form-data; name="file"; filename="test.csv"
Content-Type: application/vnd.ms-excel

Test;Test2
1;2

-----------------------------205787731436072789813099279306--



Expected results:

The Content-Type should have been text/csv, see
 https://developer.mozilla.org/en-US/docs/Web/HTTP/MIME_types/Common_types
 or https://www.rfc-editor.org/rfc/rfc4180#page-4
 (or https://www.rfc-editor.org/rfc/rfc7111#page-9)
(The used content type is the content type for an .xls file, not for .csv.)
Bug: Investigate increase of "failedSettings" telemetry following migration of icons
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-12-03 16:18:31+00:00
Resolved: 2024-12-18 04:33:20+00:00

Following the recent landing of bug 1655066 which added settings migration for icons, it appears that we have an increase in "failedSettings" for search service initialisation. It appears to be a low level, but we should investigate if this is related to the migration, and potentially add some mitigations if we need to.
Bug: Buggy all of a sudden since a month ago
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-12-03 17:27:30+00:00
Resolved: 2024-12-18 13:03:45+00:00

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

Steps to reproduce:

Periodically all my tabs will freeze in a way where I can no longer click on anything in the page and this is isolated to the Firefox browser session and doesn't resolve until I close the Firefox application and re-open. Also, links that I click on in slack etc no longer redirect me to the Firefox application. The tab is opened, but Firefox does not open in the foreground so it seems like clicking the link just doesn't work  / doesn't launch the webpage. I'm considering using another browser because these bugs have been getting annoying and interfering with my work


Actual results:

Click button on page, nothing happens.

Click on link in external application (Firefox is my default browser), nothing happens


Expected results:

Click button on page, I can interact with the page and the button does whatever the button is supposed to do on that website

Click on link in external applicatio. Since Firefox is my default browser, Firefox should launch with that link opened in a tab
Bug: Intermittent TV browser/components/urlbar/tests/browser/browser_searchModeSwitcher_opensearchInstall.js | Found an unexpected tab at the end of test run: about:firefoxview -
Status: NEW
Priority: P5
Created: 2024-12-03 19:15:59+00:00
Resolved: 2024-12-09 07:09:29+00:00

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

---
```
[task 2024-12-03T18:28:37.646Z] 18:28:37     INFO - TEST-OK | browser/components/urlbar/tests/browser/browser_searchModeSwitcher_opensearchInstall.js | took 2656ms
[task 2024-12-03T18:28:37.647Z] 18:28:37     INFO - TEST-INFO | started process screentopng
[task 2024-12-03T18:28:37.845Z] 18:28:37     INFO - TEST-INFO | screentopng: exit 0
[task 2024-12-03T18:28:37.845Z] 18:28:37     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_searchModeSwitcher_opensearchInstall.js | Found an unexpected tab at the end of test run: about:firefoxview - 
[task 2024-12-03T18:28:37.846Z] 18:28:37     INFO - checking window state
[task 2024-12-03T18:28:37.846Z] 18:28:37     INFO - TEST-START | browser/components/urlbar/tests/browser/browser_searchModeSwitcher_opensearchInstall.js
```
Bug: Intermittent browser/components/urlbar/tests/browser/browser_searchModeSwitcher_opensearchInstall.js | single tracking bug
Status: NEW
Priority: P5
Created: 2024-12-03 20:25:33+00:00
Resolved: 2025-02-24 06:54:17+00:00

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

---
```
[task 2024-12-03T19:10:04.137Z] 19:10:04     INFO - TEST-OK | browser/components/urlbar/tests/browser/browser_searchModeSwitcher_opensearchInstall.js | took 4138ms
[task 2024-12-03T19:10:04.142Z] 19:10:04     INFO - TEST-INFO | started process screentopng
[task 2024-12-03T19:10:04.335Z] 19:10:04     INFO - TEST-INFO | screentopng: exit 0
[task 2024-12-03T19:10:04.337Z] 19:10:04     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_searchModeSwitcher_opensearchInstall.js | Found an unexpected tab at the end of test run: about:firefoxview - 
[task 2024-12-03T19:10:04.338Z] 19:10:04     INFO - GECKO(3078) | [Child 3218: Main Thread]: I/DocShellAndDOMWindowLeak ++DOCSHELL 7f1a11173800 == 1 [pid = 3218] [id = 172]
[task 2024-12-03T19:10:04.338Z] 19:10:04     INFO - GECKO(3078) | [Child 3218: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 3 (7f1a3008ba00) [pid = 3218] [serial = 427] [outer = 0]
[task 2024-12-03T19:10:04.339Z] 19:10:04     INFO - GECKO(3078) | [Child 3218: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 4 (7f1a11175000) [pid = 3218] [serial = 428] [outer = 7f1a3008ba00]
[task 2024-12-03T19:10:04.340Z] 19:10:04     INFO - checking window state
[task 2024-12-03T19:10:04.340Z] 19:10:04     INFO - TEST-START | browser/components/urlbar/tests/browser/browser_searchMode_alias_replacement.js
```
Bug: Scrollbar does not show up in bookmarks sidebar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-12-03 20:54:51+00:00
Resolved: 2024-12-04 02:10:45+00:00

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

Steps to reproduce:

Open bookmarks sidebar by pressing Ctrl+B and hover the mouse pointer over the point where the scrollbar would normally appear


Actual results:

Scrollbar does not appear


Expected results:

Scrollbar appears
Bug: Ctrl+tab switches to the wrong tab (started taking the mouse position into account)
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-12-03 21:01:53+00:00
Resolved: 2025-03-05 11:54:26+00:00

Steps to reproduce:

 1. Be on macOS.
 2. On `about:config`, set `browser.ctrlTab.sortByRecentlyUsed` to `true`.
 3. Open two additional tabs.
 4. Position your mouse somewhere halfway between the top and the bottom of the screen.
 5. Press and hold Ctrl, press Tab, keep holding Ctrl.
 6. Once the Ctrl+Tab panel appears, release Ctrl.

Expected results:
You should be switched to the most recently-used tab, regardless of where your mouse is when the panel appears.

Actual results:
You are switched to the tab which the panel displays under the mouse.

---

This is a regression from https://hg.mozilla.org/integration/autoland/rev/3613fc672c501bd6280abfe58e1f53e72f2cd5de .

Emilio, can you take a look?
It might well be that the new behavior is "correct" from the widget / platform side and that the [frontend-side workaround](https://searchfox.org/mozilla-central/rev/db4c501abb679a81c921510d7e38a8028dd6024a/browser/components/tabbrowser/content/browser-ctrlTab.js#545-556) needs tweaking.
Bug: Infobar has incorrect styling when new sidebar panel is enabled
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-12-03 22:33:17+00:00
Resolved: 2025-02-12 13:01:25+00:00

Fresh profile. I enabled the sidebar in labs and also set these UI prefs, which are probably relevant:

browser.tabs.allow_transparent_browser
widget.macos.titlebar-blend-mode.behind-window

The infobar component needs some adjusted margins and background. It should also _probably_ only be the width of the web content and not overlap the sidebar area.
Bug: Invisible bookmarks vertical scrollbar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-12-04 03:50:17+00:00
Resolved: 2024-12-04 05:41:42+00:00

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

Steps to reproduce:

Just updated firefox to latest version a few days ago.


Actual results:

I open Show sidebars to scroll around my bookmarks but then there is no fast moving side scroll thing.

Sometimes tho you wait 10 seconds while using your mouse scroll and it does appear. 

Vertical scrollbar from bookmarks broken with the new update. 


Expected results:

Open the bookmarks and have the ability to instantly use the vertical scrollbar for fast movement in thousands of bookmarks.
Bug: Add a pure js fallback for the openjpeg decoder when either WASM or SIMD are unavailable
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-12-04 08:33:49+00:00
Resolved: 2025-02-28 08:56:44+00:00

Some users could have disabled WASM (in setting `javascript.options.wasm` to false) or use a CPU without simd support. In such a case jpeg2000 images aren't decoded.
So we must provide a js fallback (e.g. compile openjpeg with emscripten and -sWASM=0): it'll be a way slower compared to wasm but at least the users will see something instead of nothing.
Bug: CTRL-C/CTRL-V in bookmarks "links" keyword fields between old and new bookmark
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-12-04 08:34:05+00:00
Resolved: 2025-01-07 15:49:27+00:00

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

Steps to reproduce:

Most probably a "re-open" request for #1362325, and maybe related to #1343256.

- Ctrl-C / Ctrl-V a bookmark
- change the keyword of the new bookmark


RATIONALE / EXPLANATION

- keywords might be a "nice" feature (https://bugzilla.mozilla.org/show_bug.cgi?id=1362325#c5), YET it's _incredibly_ useful (also heavily under-marketed)
- this _seems_ easy to fix
- this is as un-intuitive as it gets, and horribly confusing.
- I often had the impression that bookmarks are a "second class citizen" of FF beacuse of those papercuts – that cannot be in the intention of the makers.

To me, this sounds like an abosolute no-brainer:

- easy to fix (assumedly)
- creates a weird "hmmmh" feeling when using FF

In summary: Please re-open the original and fix it.


Actual results:

Both bookmarks have the same keyword now.


Expected results:

Two bookmarks with different keywords.