av9ash/GitBugs huggingface dataset:
Bug: Intermittent browser/components/urlbar/tests/quicksuggest/browser/browser_quicksuggest_onboardingDialog.js | single tracking bug
Status: REOPENED
Priority: P5
Created: 2022-10-13 00:05:35+00:00
Resolved: 2025-02-17 06:58:19+00:00

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

---
```
[task 2022-10-12T22:53:28.588Z] 22:53:28     INFO - TEST-PASS | browser/components/urlbar/tests/quicksuggest/browser/browser_quicksuggest_onboardingDialog.js | "onboardingLearnMore" == "onboardingLearnMore" - 
[task 2022-10-12T22:53:28.589Z] 22:53:28     INFO - Close the dialog
[task 2022-10-12T22:53:28.591Z] 22:53:28     INFO - Awaiting experiment cleanup
[task 2022-10-12T22:53:28.592Z] 22:53:28     INFO - Awaiting update after unenrolling in experiment
[task 2022-10-12T22:53:28.595Z] 22:53:28     INFO - Leaving test bound variation_test
[task 2022-10-12T22:53:28.597Z] 22:53:28     INFO - Buffered messages finished
[task 2022-10-12T22:53:28.600Z] 22:53:28     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/quicksuggest/browser/browser_quicksuggest_onboardingDialog.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-10-12T22:53:28.601Z] 22:53:28     INFO - GECKO(3108) | MEMORY STAT | vsize 2104274MB | vsizeMaxContiguous 66691458MB | residentFast 345MB | heapAllocated 134MB
[task 2022-10-12T22:53:28.603Z] 22:53:28     INFO - TEST-OK | browser/components/urlbar/tests/quicksuggest/browser/browser_quicksuggest_onboardingDialog.js | took 112603ms
[task 2022-10-12T22:53:28.605Z] 22:53:28     INFO - GECKO(3108) | [Child 6968: Main Thread]: I/DocShellAndDOMWindowLeak ++DOCSHELL 1f64fe7c800 == 1 [pid = 6968] [id = 33]
[task 2022-10-12T22:53:28.607Z] 22:53:28     INFO - GECKO(3108) | [Child 6968: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 3 (1f64ad6b260) [pid = 6968] [serial = 98] [outer = 0]
[task 2022-10-12T22:53:28.610Z] 22:53:28     INFO - GECKO(3108) | [Child 6968: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 4 (1f64fe7d000) [pid = 6968] [serial = 99] [outer = 1f64ad6b260]
[task 2022-10-12T22:53:28.612Z] 22:53:28     INFO - GECKO(3108) | [Child 7252, Main Thread] WARNING: '!CanHandleWith(aPresContext)', file /builds/worker/checkouts/gecko/dom/events/IMEStateManager.cpp:500
[task 2022-10-12T22:53:28.615Z] 22:53:28     INFO - checking window state
[task 2022-10-12T22:53:28.617Z] 22:53:28     INFO - TEST-START | browser/components/urlbar/tests/quicksuggest/browser/browser_quicksuggest_telemetry.js
```
Bug: screenshot black or headers misplaced
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-13 01:15:23+00:00
Resolved: 2022-10-19 17:35:55+00:00

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

Steps to reproduce:

Take screenshot


Actual results:

Either black areas show up or headers and footers in random locations in the output image


Expected results:

Should look like what I see in the browser. In some cases I can remove the html elements that cause the black boxes or boxes but in other cases it doesn't work. Twitter has this problem on my end as do a lot of sites. e.g., I might go to some site that has a "we use cookies" floating footer and if I take a screeshot that footer shows up in the middle of the content. This might be expected but in other cases it's the header(e.g., a menu) that shows up in the middle of the screenshot. Anyone using screenshot often should have run across these issues. What I don't understand is why it is not simply taking the pixel buffer of the essentially the rendered window. This seems to be what some extensions do and they will scroll the window. Seems screenshot in firefox tries to render the html itself but doesn't do it correctly in some cases. This also cases issues with some dynamically loaded sites.
Bug: clicking the home button only focuses urlbar
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-10-13 04:10:12+00:00
Resolved: 2022-10-13 04:20:02+00:00

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

Steps to reproduce:

Nightly only: STR
- customize toolbar, add Home button
- load a website
- click the Hone button



Actual results:

Urlbar gets focus but the home page is not displayed


Expected results:

The home page, e.g. Activity Stream, should load
Bug: After startup and already signed-in, the "Sit tight while your tabs sync" message is displayed until the next sync
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2022-10-13 06:01:28+00:00
Resolved: 2022-11-08 20:08:57+00:00

If we have cached recent synced tabs data, we should be able to show that almost instantaneously if firefox-view is opened shortly after startup. But the "Sit tight while your tabs sync" loading message is visible for several seconds instead.
Bug: Content for the Update history window does not resize accordingly
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-10-13 06:21:33+00:00
Resolved: 2022-11-24 03:23:59+00:00

**Found in**
* 107.0a1 (20221012213343)

**Affected versions**
* 107.0a1 (20221012213343)






**Tested platforms**
* Affected platforms: macOS 12.3, Windows 10x64, Ubuntu 20.04
* Unaffected platforms: none


**Steps to reproduce**
1. Open about:preferences on the General section and click on `Show Update History` from Nightly Updates.
2. Resize the window to make it bigger.


**Expected result**
* The window is resized accordingly.

**Actual result**
*  Width for the content of the installed updates does not resize.


**Regression range**
* Last good revision: b95ae2249c9b0a3a0340b2b799675c6b10821910
First bad revision: fd57a3ea2b88fd2969fc1cf7e2c41cffff0d084d
Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=b95ae2249c9b0a3a0340b2b799675c6b10821910&tochange=fd57a3ea2b88fd2969fc1cf7e2c41cffff0d084d 
Potential regressor: bug 1790307.

**Additional notes**
* Attached a screenshot with the issue.
Bug: Bookmarks sidebar: Deleting a bookmark does not take it out of the list
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-10-13 07:00:03+00:00
Resolved: 2022-10-14 09:24:15+00:00

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

Steps to reproduce:

- Press ctrl+B to bring up the bookmarks sidebar.
- Delete a bookmark


Actual results:

The bookmark stays there. You have to close and re-open the bookmarks sidebar to view the refreshed list of bookmarks.


Expected results:

Deleted bookmark should be removed from the list at the time of deletion. It seems that after such actions the bookmark sidebar is not refreshed with the deletion.
Bug: Font size drop-down menu overlaps the Advanced button when the Zoom text only option is selected and the Zoom is increased
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-10-13 08:59:44+00:00
Resolved: 2022-10-17 12:09:17+00:00

**Found in**
* 107.0a1 (20221012213343)

**Affected versions**
* 107.0a1 (20221012213343)






**Tested platforms**
* Affected platforms: macOS 10.15, Windows 10x64, Ubuntu 20.04
* Unaffected platforms: none


**Steps to reproduce**
1. Open about:preferences in the General section and check the `Zoom text only` option from the Zoom section.
2. Increase zoom level to 130% or 140%.
3. Observe the Font Size dropdown menu from the Fonts section.


**Expected result**
* Dropdown menu is displayed as expected.

**Actual result**
* Font size dropdown menu overlaps the Advanced button.


**Regression range**
* Last good revision: b95ae2249c9b0a3a0340b2b799675c6b10821910
First bad revision: fd57a3ea2b88fd2969fc1cf7e2c41cffff0d084d
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=b95ae2249c9b0a3a0340b2b799675c6b10821910&tochange=fd57a3ea2b88fd2969fc1cf7e2c41cffff0d084d 
Potential regressor: bug 1790307.

**Additional notes**
* Attached a screenshot of the issue.
Bug: CJK text added to the PDF file cannot be printed correctly
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-13 09:45:59+00:00
Resolved: 2022-11-23 13:27:08+00:00

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

Steps to reproduce:

1. Open a PDF file
2. Add some CJK text to the file
3. Click "Print"


Actual results:

The text cannot be printed correctly. Some unrecognizable characters are printed instead.
Bug: ctrl-shift-t doesn't open the last closed tab anymore
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-10-13 10:01:36+00:00
Resolved: 2022-10-14 12:13:51+00:00

Hey,

I use this gesture a lot, but I think that quite recently this doesn't open the right tab anymore. I looked in the "most recently closed tabs" list and indeed the order doesn't seem correct.

I don't know yet if that happens on fresh profiles. And I'm also not sure this is super recent.
Bug: [win10] Some drop-down menus in about:preferences change size when they are keyboard selected and then opened
Status: NEW
Priority: P3
Created: 2022-10-13 10:09:42+00:00
Resolved: 2022-11-08 13:54:59+00:00

**Found in**
* 107.0a1 (20221012213343)

**Affected versions**
* 107.0a1 (20221012213343)
* 106.0
* 105.0.3
* 102.4.0esr






**Tested platforms**
* Affected platforms: Windows 10x64
* Unaffected platforms: macOS 10.15, Ubuntu 20.04


**Steps to reproduce**
1. Open about:preferences in the General section and press the keyboard Tab key until Size or Default zoom dropdowns are selected
2. Click on the dropdown to open it and observe the dropdown.



**Expected result**
* Dropdown menu is opened as expected.

**Actual result**
* Dropdown menu width is increased when open.


**Regression range**
* Last good revision: 64212702d9f0d6410362b209dcf0348cb3acb452 (2021-09-11)
* First bad revision: 561ed5ccdd2400934cb05151dbf8dbe105bfc963 (2021-09-12)
 * Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=64212702d9f0d6410362b209dcf0348cb3acb452&tochange=561ed5ccdd2400934cb05151dbf8dbe105bfc963 
Unfortunately, I don't know for sure if bug 1729854 is the regressor.

**Additional notes**
* Attached a screen recording of the issue.
* This happens while hovering over default search engines while the dropdown menu is selected.
* The issue does not reproduce if the dropdown is not keyboard-selected before opening.
Bug: login failure on site running Chevereto V 4.0.1 using Firefox for Windows (but not other OSs)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-10-13 13:13:09+00:00
Resolved: 2022-11-08 15:10:55+00:00

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

Steps to reproduce:


I created a new install test site of Chevereto V 4.0.1 and found that I could not log in with Firefox on Windows 11 and Android (both updated to the latest versions). I had no trouble logging in with Firefox on a Macbook Pro and on both Windows and Android I could log in with Chrome.

Curiously it works with Firefox Focus on Android and in "Private" browser windows on both Windows and Android

▶ Reproduction steps
    open website in Firefox, register as new user (requires email confirmation)
    After confirmation go to login page. Enter username and password


Actual results:

😢 Unexpected result

    Returns to login panel


Expected results:

Site opens for user
Bug: "try it" doorhanger after closing a tab reappears frequently when also using private browsing
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-10-13 13:55:03+00:00
Resolved: 2022-10-28 08:58:22+00:00

I gave Firefox View a try on my personal Nightly a week or two ago and didn't find it fit my workflow, so I turned it off using the UI. Since then, I've received multiple "You can find your recently-closed tabs in Firefox View [try it] [nah]" doorhangers after closing tabs.

Frequency: not every day, but definitely more than once a week. Perhaps once per build?

Is this UI operating as designed+desired and I'm a weirdo hitting a corner case? Or is this not desired behaviour (and you'd like some logs, environment info)?
Bug: Right hand preference pane no longer flexes width based on content and available window space
Status: ASSIGNED
Priority: P1
Created: 2022-10-13 14:55:34+00:00
Resolved: 2023-11-10 12:11:36+00:00

It's not really clear to me what determines the size of the main pane at this point. It used to be related to all its content, but it no longer seems to be. Changing the width of the browser window does not alter the position of the search box nor does it cause text in that pane to wrap more/less depending on the available amount of space.

This might be OK if everything genuinely fits like this, also in all other languages, but I'm concerned that the change in behaviour effectively masks one of:

1. text being cut off because the column is now too narrow for it
2. the column ending up way too wide on other locales where text is longer, and not shrinking as/when it should

It's not clear to me how bug 1793116 relates, and if that is a 107 nightly regression caused by bug 1790307 or if it is also broken on beta/release DE builds.
Bug: Deleting from history search is extremely slow
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-10-13 16:16:26+00:00
Resolved: 2022-11-23 04:05:34+00:00

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

Steps to reproduce:

1. Open browsing history.
2. Search for a keyword that brings back 2,000 history items.
3. Select them all and press delete.

(Use attached file to artificially create a large browsing history.)


Actual results:

It took 73 seconds to delete 2,000 history items.

During this time, the number of history items appeared to slowly decrease in batches of 300, with long pauses inbetween each batch.


Expected results:

It should have taken about 1 second to delete 2,000 history items.
Bug: "Extensions" button cannot be removed from toolbar
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-10-13 16:29:53+00:00
Resolved: 2022-12-27 03:10:26+00:00

"Extensions" button cannot be removed from toolbar.

Steps to reproduce:
1. Open latest Mozilla Firefox Nighty 107.0a1 (2022-10-13) (64-bit)
2. Install uBlock Origin extension (https://addons.mozilla.org/en-US/firefox/addon/ublock-origin/)
3. Notice that new "Extension" button was added to toolbar
4. Try to hide "Extension" button from toolbar with "Remove from Toolbar" option in mouse menu and notice that it is impossible because option is grayed out
5. Try to hide "Extension" button from toolbar in "Customize..." mode and notice that it is impossible because button is immovable

Observed results:
"Extensions" button cannot be removed from toolbar.

Expected results:
"Extensions" button can be removed from toolbar.
Bug: Pages stored in bookmark sub-folders not marked
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-10-13 18:11:37+00:00
Resolved: 2022-11-24 15:06:50+00:00

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

Steps to reproduce:

Open bookmark saved in sub-folder i.e. root/folder/sub-folder/link
Check bookmark indicator (star) in address field


Actual results:

Indicator not active


Expected results:

Indicator active
Bug: Files are placed in the Downloads folder, ignoring save dialog setting
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-10-13 18:14:33+00:00
Resolved: 2022-10-25 11:17:20+00:00

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

Steps to reproduce:

- Enabled setting for Firefox to ask where a file should be saved
- Downloaded a file


Actual results:

- File was saved in Downloads folder


Expected results:

- Save dialog should have been opened so that user can specify the target location
Bug: watermark displayed and printed with white (not transparent) background
Status: NEW
Priority: P3
Created: 2022-10-13 18:16:21+00:00
Resolved: 2022-10-16 10:46:40+00:00

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

Steps to reproduce:

Environment: Windows 7, not compatibility mode.

1. open sample file



Actual results:

Display and print show watermark "box" as white (not "transparent") but watermark letters have grey background.


Expected results:

Current version of Acrobat Reader DC displays and prints correctly.
Bug: Address bar does not autofill redirecting origins
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-13 23:01:40+00:00
Resolved: 2022-11-19 02:14:54+00:00

### Steps to reproduce
- (optional) Create a fresh browser profile
- Visit air.mozilla.org
- Type ai in the address bar

### Expected
Autocompletes to air.mozilla.org so I can hit enter to visit the site

### Actual
No autocompletion. These steps to autocomplete seems to work for every other site I visit.
Bug: Unable to shrink searchbar as much as pre-bug 1794630
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-10-14 04:31:26+00:00
Resolved: 2022-11-23 13:51:12+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:107.0) Gecko/20100101 Firefox/107.0
Build ID: 20221013224755

## Steps to reproduce
1. Add searchbar to the right of urlbar. Remove any flexible spaces on the right of searchbar.
2. (Optional) Add more search engines. 
3. Shrink searchbar.

## Actual result
Searchbar cannot shrink as much as pre-bug 1794630. Please refer to the attached screenshot.

## Expected result
I don't know if this is the intended new behaviour. The new minimum width changes too much.

## Notes
I can shrink searchbar some more by adding flexible spaces to the right but it leaves a gap in the toolbar. Searchbar widens again when I remove the flexible spaces.

## Regression
Last good Nightly: 2022-10-12
First bad Nightly: 2022-10-13
pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=cbbf6a7e34a363b39107b60dddac2aa713eaa8b5&tochange=a1624dfaa16941059792f80e84e5e4adf31c8827

Bisecting autoland builds:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=a9df937f88903ab2d7ecd4a977273fd500aeca2b&tochange=fde57ffc3be69783c38c9abaf96d673d683e7e15

This is regressed by [D159071 `Use resize*=sibling for searchbar container`](https://phabricator.services.mozilla.com/D159071) from bug 1794630.
Bug: Using ctrl+ alt modifiers together to select text via mouse unexpectedly opens a new tab.
Status: NEW
Priority: P3
Created: 2022-10-14 07:29:10+00:00
Resolved: 2022-11-12 09:08:20+00:00

We have the modifier "ctrl" to allow to select multiple pieces of text, also the "alt" modifier to allow to select the text of links.
Using them together should merely allow me to multi-select text in links. Which it does. But also it opens a new tab unintendedly when I lift the mouse button. Which looks a lot like half of the functionality of the "alt" shortcut is lost: selecting the text works but it doesn't prevent opening a new tab.

As far as I can tell this affects all Firefox versions, up to current trunk.
Bug: 0.27 - 0.27% installer size / installer size (OSX) regression on Thu October 6 2022
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-10-14 08:17:00+00:00
Resolved: 2022-10-26 13:41:09+00:00

Perfherder has detected a build_metrics performance regression from push [05164e090c92aebe8b0053f05c0defee00fad379](https://hg.mozilla.org/releases/mozilla-beta/pushloghtml?changeset=05164e090c92aebe8b0053f05c0defee00fad379). 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)**| 
|--|--|--|--|--| 
| [0.27%](https://treeherder.mozilla.org/perfherder/graphs?timerange=7776000&series=mozilla-beta,2922669,1,2)  | installer size  | osx-aarch64-shippable | aarch64 nightly | 73,820,957.00 -> 74,017,048.83 |
| [0.27%](https://treeherder.mozilla.org/perfherder/graphs?timerange=7776000&series=mozilla-beta,2922669,1,2)  | installer size  | osx-aarch64-shippable | aarch64 nightly | 73,799,229.92 -> 74,001,870.92 |


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=35659), 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) may be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: The Autoplay settings modal is slightly cut off when it opens
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-14 08:54:24+00:00
Resolved: 2022-11-16 17:45:39+00:00

**Found in**
* 107.0a1

**Affected versions**
* Release 105.0.3, Beta 106.0, Nightly 107.0a1

**Tested platforms**
* Affected platforms: Windows 10, macOS 11, Ubutnu 22.

**Steps to reproduce**
1. Launch Firefox and go to about:preferences#privacy
2. Scroll down and click on the Autoplay Settings button

**Expected result**
* The Autoplay modal should be displayed to the default size.

**Actual result**
* The Autoplay modal seems to be resized from the bottom of the modal and the Save Changes and Cancel buttons are cut off. The rest of the Permissions section modals are displayed correctly.

**Regression range**
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=b4f81826dcf4217997049eef3de7af656e9d3e4a&tochange=b2bdddc979f368917b07162504961bc5690fff8a
* Potentially regressed by: 1784488
Bug: [Windows 7] Firefox installed through stub installer is not pinned to the Task Bar
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-10-14 09:56:24+00:00
Resolved: 2022-10-27 16:40:02+00:00

**Found in**
* Nightly 107.0a1

**Affected versions**
* Nighty 107.0a1
* Firefox 106.0b9
* Firefox 105.0.3

**Tested platforms**
* Affected platforms: Windows 7

**Steps to reproduce**
1. Install Firefox using the latest stub installer.
2. After the installation is complete - check that Firefox is pinned to the Task Bar.

**Expected result**
* On Windows 7 - Firefox should be pinned to the Task Bar.

**Actual result**
* The latest Nightly 107.0a1 is not pinned to the Task Bar. Tried also with the other Firefox versions - release and beta and sometimes they are pinned and sometimes they're not. 

**Regression range**
Not sure this is a regression as the behavior is pretty inconsistent - I'll investigate more as soon as possible.
Bug: Print preview for mixed orientation PDFs is confusing
Status: NEW
Priority: --
Created: 2022-10-14 09:57:54+00:00
Resolved: 2024-05-16 05:15:34+00:00

To reproduce, try to print https://bugzilla.mozilla.org/attachment.cgi?id=9298595.

The first page is rotated, so it will correctly be landscape on paper, but it is shown vertically in the print preview so it can be confusing.
Bug: Print to PDF result of landscape orientation pages turns the orientation to portrait
Status: REOPENED
Priority: --
Created: 2022-10-14 10:00:35+00:00
Resolved: 2023-04-12 10:38:09+00:00

To reproduce, open https://bugzilla.mozilla.org/attachment.cgi?id=9298594 and print it to PDF.

The page is rotated.
Bug: Use lazy imports for Timer.sys.mjs imports from BrowserGlue.jsm
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-10-14 10:14:30+00:00
Resolved: 2022-10-25 09:51:22+00:00

This module is imported just-in-time, but we could just define lazy getters at the toplevel so asking for `setTimeout` and friends "just works" instead of duplicating the import a handful of times.