av9ash/GitBugs huggingface dataset:
Bug: Intermittent toolkit/components/thumbnails/test/browser_thumbnails_bg_basic.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-06-28 21:00:00+00:00
Resolved: 2024-06-10 12:02:46+00:00

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

---
```
[task 2022-06-28T20:41:59.646Z] 20:41:59     INFO - TEST-PASS | toolkit/components/thumbnails/test/browser_thumbnails_bg_basic.js | Captured URL should be URL passed to capture - 
[task 2022-06-28T20:41:59.646Z] 20:41:59     INFO - Buffered messages finished
[task 2022-06-28T20:41:59.648Z] 20:41:59     INFO - TEST-UNEXPECTED-FAIL | toolkit/components/thumbnails/test/browser_thumbnails_bg_basic.js | Uncaught exception in test - at chrome://mochitests/content/browser/toolkit/components/thumbnails/test/head.js:226 - Error: page-thumbnail:error
[task 2022-06-28T20:41:59.648Z] 20:41:59     INFO - Stack trace:
[task 2022-06-28T20:41:59.648Z] 20:41:59     INFO - observe@chrome://mochitests/content/browser/toolkit/components/thumbnails/test/head.js:226:20
[task 2022-06-28T20:41:59.648Z] 20:41:59     INFO - _onCaptureOrTimeout@resource://gre/modules/BackgroundPageThumbs.jsm:497:20
[task 2022-06-28T20:41:59.648Z] 20:41:59     INFO - done@resource://gre/modules/BackgroundPageThumbs.jsm:730:22
[task 2022-06-28T20:41:59.648Z] 20:41:59     INFO - _done@resource://gre/modules/BackgroundPageThumbs.jsm:753:7
[task 2022-06-28T20:41:59.648Z] 20:41:59     INFO - pageLoaded@resource://gre/modules/BackgroundPageThumbs.jsm:618:12
[task 2022-06-28T20:41:59.648Z] 20:41:59     INFO - onStateChange/<@resource://gre/modules/BackgroundPageThumbs.jsm:331:26
[task 2022-06-28T20:41:59.649Z] 20:41:59     INFO - Leaving test bound thumbnails_bg_basic
[task 2022-06-28T20:41:59.650Z] 20:41:59     INFO - GECKO(220) | MEMORY STAT | vsize 2112325MB | vsizeMaxContiguous 67039200MB | residentFast 242MB | heapAllocated 111MB
[task 2022-06-28T20:41:59.650Z] 20:41:59     INFO - TEST-OK | toolkit/components/thumbnails/test/browser_thumbnails_bg_basic.js | took 5019ms
```
Bug: Intermittent [tier 2] TV browser/components/urlbar/tests/quicksuggest/browser/browser_quicksuggest_telemetry.js | Test timed out
Status: ASSIGNED
Priority: P5
Created: 2022-06-28 22:05:57+00:00
Resolved: 2022-07-27 18:47:24+00:00

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

---
```
[task 2022-06-28T20:28:28.385Z] 20:28:28     INFO - TEST-PASS | browser/components/urlbar/tests/quicksuggest/browser/browser_quicksuggest_telemetry.js | Payload property: position - 2 == 2 - 
[task 2022-06-28T20:28:28.385Z] 20:28:28     INFO - Buffered messages logged at 20:21:24
[task 2022-06-28T20:28:28.386Z] 20:28:28     INFO - Leaving test bound impression_bestMatch
[task 2022-06-28T20:28:28.386Z] 20:28:28     INFO - Entering test bound noImpression_abandonment
[task 2022-06-28T20:28:28.387Z] 20:28:28     INFO - Buffered messages logged at 20:22:27
[task 2022-06-28T20:28:28.387Z] 20:28:28     INFO - Longer timeout required, waiting longer...  Remaining timeouts: 4
[task 2022-06-28T20:28:28.387Z] 20:28:28     INFO - Buffered messages logged at 20:23:57
[task 2022-06-28T20:28:28.388Z] 20:28:28     INFO - Longer timeout required, waiting longer...  Remaining timeouts: 3
[task 2022-06-28T20:28:28.388Z] 20:28:28     INFO - Buffered messages logged at 20:25:27
[task 2022-06-28T20:28:28.389Z] 20:28:28     INFO - Longer timeout required, waiting longer...  Remaining timeouts: 2
[task 2022-06-28T20:28:28.389Z] 20:28:28     INFO - Buffered messages logged at 20:26:58
[task 2022-06-28T20:28:28.389Z] 20:28:28     INFO - Longer timeout required, waiting longer...  Remaining timeouts: 1
[task 2022-06-28T20:28:28.390Z] 20:28:28     INFO - Buffered messages finished
[task 2022-06-28T20:28:28.390Z] 20:28:28     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/quicksuggest/browser/browser_quicksuggest_telemetry.js | Test timed out - 
[task 2022-06-28T20:28:28.390Z] 20:28:28     INFO - GECKO(2294) | [2022-06-28T20:28:28Z WARN  glean_core::error_recording] search.engine.private.submission_url: "" does not start with a valid URL scheme.
[task 2022-06-28T20:28:28.567Z] 20:28:28     INFO - GECKO(2294) | MEMORY STAT | vsize 8869MB | residentFast 391MB | heapAllocated 162MB
[task 2022-06-28T20:28:28.568Z] 20:28:28     INFO - TEST-OK | browser/components/urlbar/tests/quicksuggest/browser/browser_quicksuggest_telemetry.js | took 450866ms
```
Bug: inaccuracy/inconsistency when closing pinned tabs
Status: NEW
Priority: --
Created: 2022-06-28 23:17:11+00:00
Resolved: 2022-07-18 12:08:58+00:00

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

Steps to reproduce:

1. Pin one or more tabs
2. Select a pinned tab
3.1 Press Ctrl + W
or
3.2 Right-click on the pinned tab
or
3.3.1 Press Alt-key (to show menu band)
3.3.2 Press arrow-down-key while "file" is selected (clicking on "file" does not show the wanted option)
3.3.3 click on "Close tab"


Actual results:

3.1: Tab does not close, but focus moves to first non pinned tab (if multiple tabs were pinned before)
3.2 and 3.3: Tab closes as expected


Expected results:

3.1: tab should be closed
3.2: tab closes as expected
3.3: tab closes as expected but as described in 3.1 the key shortcut written in the menu on the button "Close tab" does not work
Bug: Creating .URL files using drag and drop broken when page title contains colon symbol
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-06-29 03:22:40+00:00
Resolved: 2022-06-30 19:56:28+00:00

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

Steps to reproduce:

OS: Windows 7, Browser: Firefox 102

1. Open a page that contains a colon ":" symbol:
https://codelab.ga/d/test_title.html
2. Drag from address bar to desktop to create an .URL file.


Actual results:

a) FF created an invalid 0 byte file:  "title before colon"
(no .URL extension and missing 2nd part of the title = filename got cropped at ":")

b) When space precedes colon - FF fails to create file at all..

c) While most other symbols are correctly replaced - some result in invalid filename error / or even crash explorer process..



Expected results:

FF should have sanitized filename and create a valid .URL file with title:
"title before colon text after colon.URL"
Bug: Reference to removed file DownloadsSubview.jsm
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-06-29 04:40:23+00:00
Resolved: 2022-07-15 21:32:32+00:00

DownloadsSubview.jsm is removed

https://searchfox.org/mozilla-central/rev/0069a0cdc3cd136ea7411521219df6665f260be7/browser/components/downloads/content/downloads.js#44-48
```js
ChromeUtils.defineModuleGetter(
  this,
  "DownloadsSubview",
  "resource:///modules/DownloadsSubview.jsm"
);
```

https://hg.mozilla.org/mozilla-central/rev/164e8109e012
Bug: Caret does not move as expected with ATOK keyboard layout IME active when using zendesk.com ticketing service
Status: NEW
Priority: --
Created: 2022-06-29 09:48:59+00:00
Resolved: 2023-02-07 01:41:20+00:00

**Preconditions:**
1. ATOK service preinstalled and IME active.
2. ATOK advanced setting active (see screenshot for details - Japanese needed)
3. Zendesk account previously created.

**Steps to reproduce:**
1. Navigate to: https://zendesk.com
2. Perform account login.
3. Select the ticketing service.
4. Write a word in the chat box
5. Accept the suggestion by pressing the "Space" key.
6. Observe the result.




**Expected Behavior:**
The caret jumps to the correct position.

**Actual Behavior:**
The caret jumps to the wrong position.

**Notes:**
- For more context, see: https://github.com/webcompat/web-bugs/issues/106213
- For the advanced setting activation, see: https://gyazo.com/977a6b0f615b9a44e76253308bf02e00
Bug: Since I updated to Firefox 102 there is a problem with files in extension .js
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2022-06-29 10:20:07+00:00
Resolved: 2024-09-11 04:36:56+00:00

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

Steps to reproduce:

Since I upgraded to Firefox 102, so whenever I download a .js file (example: bouncer.js) from the web manager on Webmin it arrives in my "Downloads" folder but it's not "bouncer.js" but "bouncer.js.xml"
Try it you will see!
Bug: An “ENABLE” event is wrongly displayed when clicking the “Close” button from the TCP Thank You doorhanger
Status: NEW
Priority: P3
Created: 2022-06-29 10:42:12+00:00
Resolved: 2022-07-05 15:43:41+00:00

**[Affected versions]:**
- Firefox Nightly 104.0a1 (Build ID: 20220628191450)
- Firefox Beta 103.0b2 (Build ID: 20220628190840)

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

**[Prerequisites]:**
- Have the Firefox Beta 103 browser installed/extracted and opened.
- Have the following prefs in the "about:config" page set to true:
- “browser.newtabpage.activity-stream.asrouter.devtoolsEnabled”;
- “browser.ping-centre.log”
- Have the Browser Console opened.

**[Steps to reproduce]:**
1. Open a new tab and click the “Expand tools” button from the top right corner of the page.
2. Search for the “tcp-cfr-thank-you ” message.
3. Click the “Show” button displayed on the right side of the message.
4. Click the “Close” button from the doorhanger.
5. Focus the Browser Console and observe the displayed pings.

**[Expected result]:**
- A telemetry probe reflecting the click action is displayed.

**[Actual result]:**
- The telemetry probe contains the “ENABLE” event.

**[Notes]:**
- Attached is a screenshot of the issue.
Bug: No telemetry ping is displayed in the Browser Console after dismissing the CFR panel, e.g., TCP Thank You
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-06-29 10:48:53+00:00
Resolved: 2022-09-07 12:04:32+00:00

**[Affected versions]:**
- Firefox Nightly 104.0a1 (Build ID: 20220628191450)
- Firefox Beta 103.0b2 (Build ID: 20220628190840)

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

**[Prerequisites]:**
- Have the Firefox Beta 103 browser installed/extracted and opened.
- Have the following prefs in the "about:config" page set to true:
   - “browser.newtabpage.activity-stream.asrouter.devtoolsEnabled”;
   - “browser.ping-centre.log”
- Have the Browser Console opened.

**[Steps to reproduce]:**
1. Open a new tab and click the “Expand tools” button from the top right corner of the page.
2. Search for the “tcp-cfr-thank-you” message.
3. Click the “Show” button displayed on the right side of the message.
4. Dismiss the doorhanger by pressing the “Esc” key and focus the Browser Console.
5. Observe the displayed pings.

**[Expected result]:**
- A “DISMISS” event is displayed.

**[Actual result]:**
- No telemetry probe is displayed for the “DISMISS” action.

**[Notes]:**
- This issue is also reproducible if the doorhanger is dismissed by clicking outside of it.
- Attached is a screen recording of the issue.
Bug: Unknown keycode for semicolon key
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-06-29 14:31:12+00:00
Resolved: 2022-07-20 14:44:25+00:00

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

Steps to reproduce:

Open a web site which uses event keycodes.

Example: BBC Micro Emulator at http://bbcmicro.co.uk/

Load any game.


Actual results:

The : or ; key is not recognised by the emulator and isn't input into the games.


Expected results:

The ; key gives a ; in the emulator.
Bug: External URLs from some sources don't open on version 103.0b1 and up
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-06-29 16:48:26+00:00
Resolved: 2022-07-07 17:45:22+00:00

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

Steps to reproduce:

Updated from 102.0b9 to 103.0b1 (or any newer version)


Actual results:

URLs in most 3rd-party programs don't open in Firefox anymore. For example, a .URL file will open through Explorer but not through the program Everything, and hyperlinks in the programs Stickies and Open Office don't open as well, but ones in EditPad Lite do open.


Expected results:

The links should have opened in Firefox as they did in version 102.0b9 and down
Bug: Address bar URLs get incorrectly copypasted as 'about:blank', from broken tabs after a Nightly update is installed in the background
Status: NEW
Priority: P3
Created: 2022-06-29 17:28:19+00:00
Resolved: 2023-10-16 15:44:42+00:00

I frequently get `Restart to Keep Using Nightly` pages in the morning / when an update is available (in my main browsing profile, usually right after I start another parallel Nightly session with a fresh profile, which causes an update to be installed).

When this happens, if I go to any of my broken tabs and try to copy the URL to clipboard, I actually end up with `about:blank` in my clipboard.

I haven't verified exact STR, but I think it's something like this...

STR:
1. Trigger a situation where you have some broken tabs that have URLs in the address bar that we attempted and failed to load. (I think usually/often I get this for session-restored tabs, which we lazily restore.)
2. Look at one such broken tab.
3. Ctrl+L to focus+select the URL (or click the URL bar and do Ctrl+A)
4. Ctrl+C to copy
5. Go to some other application (e.g. `gedit`) and do Ctrl+V to paste

ACTUAL RESULTS:
The string `about:blank` is pasted

EXPECTED RESULTS:
The text that I selected & copied (the contents of my URL bar) should have been pasted.

(Sorry for not having more exact detail; I just hit this again today and figured we should have a bug on file for this, if we don't already.)
Bug: Ctrl+0 no longer resets page zoom when current zoom is 100% and default zoom is not 100%
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-06-29 21:06:05+00:00
Resolved: 2022-07-08 08:24:45+00:00

[Tracking Requested - why for this release]:

@mconley: this bug is a regression in ~102~ 103 from bug 698873. I didn't file this bug earlier because I mistakenly thought bug 1773865 described the same problem.

### Steps to reproduce

1. In Firefox settings, change "Default zoom" from 100% to 120% (or any other value besides 100%).
2. Open a web page such as https://www.example.com/
3. Use the `Ctrl` + `-` keyboard shortcut to reduce the page zoom from 120% to 110%.
4. Use the `Ctrl` + `0` keyboard shortcut to reset the page zoom to the default zoom level, 120%.
5. Use the `Ctrl` + `-` keyboard shortcut to reduce the page zoom from 120% to **100%.**
6. Use the `Ctrl` + `0` keyboard shortcut to reset the page zoom to the default zoom level, 120%.

### Expected result

The page zoom should reset to the default zoom level, 120%.

### Actual result

Nothing happens. The page zoom does not reset to the default zoom value if the current zoom level is 100%.
Bug: pdfjs renders PDF pages gray
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-06-29 21:44:35+00:00
Resolved: 2022-07-18 14:33:38+00:00

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

Steps to reproduce:

I opened a PDF in FF 102 with the built-in PDF viewer. All files showed the same behavior.


Actual results:

The PDF pages render with a gray color (the actual PDF pages themselves, not the viewer background color), which makes it hard to read black-on-grey text and makes other parts of the PDF appear to display colors incorrectly.

I had FF 101 running on another computer, and compared all the about:config entries with "pdfjs" in them. The issue is that, new in 102, there are two additional parameters - pdfjs.pageColorsBackground and pdfjs.pageColorsForeground - set with default values of "Canvas" and "CanvasText". These appear to override the correct rendering of the PDFs.


Expected results:

The PDF page backgrounds should be rendered white, in their native color.

Deleting the two defaults and leaving the above about:config keys blank fixed the issue.
Bug: firefox sync not working on any new devices
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-06-29 23:30:26+00:00
Resolved: 2022-06-30 03:10:28+00:00

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

Steps to reproduce:

Recently I've been having issues with a computer so I tried to sync my firefox on a different device. 


Actual results:

The sync failed. I got five reports for sync errors (perhaps for different login locations?). I'm attaching the first and largest sync error. 



Expected results:

Pretty much all of my firefox documents (bookmarks, history etc) should have synced.
Bug: Possibility of losing tabs from Firefox if crash on startup
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-06-30 09:37:28+00:00
Resolved: 2024-03-01 02:00:03+00:00

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

Steps to reproduce:

0. Keep/Use Firefox Restore Session on Startup ticked/enabled in settings
1. Have a lot of tabs opened and also a lot of tabs stashed in [Tab Stash](https://addons.mozilla.org/en-GB/firefox/addon/tab-stash/) extension.
2. Because of the tabs number, when Firefox opens it initally shows only one empty tab and only 4-6 seconds later it replaces this single empty tab in the tabbar with the restored tabs from the previous session.
3. Firefox for some reason took a lot more time to restore them this time, and it did not actually restore them, but was closed by earlyoom for using a lot of RAM (more than VmRSS 4491 MBs of RAM. It was closed by SIGTERM.


Actual results:

Upon reopening of Firefox by myself, Firefox did not restore the tab session from before. Additionally, the "History -> Recently closed windows" is greyed out, as if there were no previous window open.


Expected results:

There should be no such "windows of time/opportunity" during which it is possible for a crash of Firefox to cause losing tabs. Don't you use SQLite transactions? What's wrong and please fix this bug.
Bug: Set as Default Browser will create unnecessary mime xml in ~/.local/share/mime/packages/
Status: UNCONFIRMED
Priority: --
Created: 2022-06-30 11:12:27+00:00
Resolved: 2022-11-30 16:26:04+00:00

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

Steps to reproduce:

Click "Set as Default Browser"


Actual results:

Some mime xml files are created in ~/.local/share/mime/packages/

This causes Qt mime database return wrong mime type for html files (application/x-extension-html)

See also: https://bbs.archlinux.org/viewtopic.php?id=267553


Expected results:

Return text/html
Bug: File extension is missing when downloading from 4pda.to
Status: VERIFIED
Priority: P2
Resolution: WORKSFORME
Created: 2022-06-30 12:07:34+00:00
Resolved: 2024-09-11 03:46:46+00:00

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

Steps to reproduce:

- login on 4pda.to (you cannot download files if not logged)
- download any file (tested with .apk and .img), for example any apk from this comment https://4pda.to/forum/index.php?showtopic=469533&st=22040#entry115322483


Actual results:

Firefox 102 / 103b: downloaded files has no extensions


Expected results:

Firefox 101: downloaded files has extensions
Bug: Non-pinned tab lost from 2022-06-28 to 2022-06-29 upgrade/restart
Status: NEW
Priority: --
Created: 2022-06-30 14:19:30+00:00
Resolved: 2022-07-18 12:09:24+00:00

I had 5 pinned tabs and 1 non-pinned tab open in a window and upon restart, the non-pinned tab was just an empty tab without the page open (i.e., the URL was also not present).
Bug: Colorway intensity does not persist when changing colors in Colorway Closet Modal
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2022-06-30 15:25:00+00:00
Resolved: 2022-07-01 21:37:34+00:00

When the user changes the color intensity in the Colorway Closet Modal the user expects the intensity they previously selected to remain selected.
Bug: When set to "ask before download" prompt doesnt appear and the file remains with .part extension
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-06-30 15:34:52+00:00
Resolved: 2022-07-11 12:28:26+00:00

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

Steps to reproduce:

-updated to newest version (102) via auto update
-set any file type to ask before download (tested with .exe .7z .zip .rar)
-click download link



Actual results:

-downloads file without prompt, file appears as .part 
File works correctly if .part is removed manually.


Expected results:

-download prompt should pop up and allow downloading file with the correct file name and without .part as extension after download completed

set any file type to download without asking and it works correctly
update to 103 issue persists
downgrade to 100 issue is gone
Bug: Remove pref check when handling the fxaccounts:firefox_view web channel message
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-06-30 15:53:01+00:00
Resolved: 2022-07-21 03:49:21+00:00

We aren't planning on supporting the `browser.tabs.firefox-view` after this feature rides the trains so we don't need to [check this pref](https://searchfox.org/mozilla-central/source/services/fxaccounts/FxAccountsWebChannel.jsm#288-290) when handling the command to show Firefox View from the accounts.firefox.com pages.
Bug: application/zip file served as text/html is sent back to Firefox that tries to open it even if zip is set to Save to disk
Status: NEW
Priority: P3
Created: 2022-06-30 16:15:22+00:00
Resolved: 2024-02-21 13:28:30+00:00

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

Steps to reproduce:

1. Unknown
2. Download action for mime type application/zip constantly resets from "Save to Disk" to "Open with Archive Manager" (not even "Always Ask"!) every few days


Actual results:

Download action for mime type application/zip constantly resets from "Save to Disk" to "Open with Archive Manager" (not even "Always Ask"!) every few days. This only began happening around the time the new download system was put in place where stuff no longer goes to /tmp and the download panel looks different.


Expected results:

Download action for mime type application/zip stays "Save to Disk"
Bug: performance.measure does not accept an object as the second argument
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-06-30 19:19:59+00:00
Resolved: 2022-06-30 19:27:17+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/15.5 Safari/605.1.15

Steps to reproduce:

Try adding a performance measure using the MeasureOptions syntax:

performance.measure('test', {start: 0, end: 1, duration: 1, detail: {}}) 


Actual results:

An error is thrown:

Uncaught DOMException: An invalid or illegal string was specified


Expected results:

A performance measurement should appear in the performacne.getEntries() list as it does in other browsers.
Bug: Screenshots of an area of Firefox View aren't working
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2022-06-30 19:22:47+00:00
Resolved: 2022-09-07 20:25:44+00:00

If you enable the `browser.tabs.firefox-view` in Nightly you can open Firefox View using the new button to the left of your tabs on the toolbar. 

Triggering the screenshot capture from here (using `screenshots.browser.component.enabled=true`) only partly works: the "full page / visible page" toolbar shows up and those buttons work, but its not possible to drag to select a capture area. 

Firefox View loads about:firefoxview into a hidden tab, which I suspect is relevant here.