av9ash/GitBugs huggingface dataset:
Bug: The Focus Promo App Store download URL no longer contains extra parameters/query strings
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-08-01 11:18:16+00:00
Resolved: 2022-08-01 15:40:16+00:00

**[Notes]:**
- The correct URL is displayed in the Address Bar, but it cannot be loaded and redirects to the “https://apps.apple.com/us/app/firefox-focus-privacy-browser/id1055677337” URL.


**[Affected versions]:**
- Firefox Nightly 105.0a1 (Build ID: 20220731212434)
- Firefox Beta 104.0b4 (Build ID: 20220731190208)
- Firefox Release 103.0 (Build ID: 20220718155818)

**[Affected Platforms]:**
- macOS 12.3.1
- Windows 10 x64
- Windows 11 x64
- Ubuntu 20.04 x64

**[Prerequisites]:**
- Have the Firefox browser installed/extracted and opened.

**[Steps to reproduce]:**
1. Open a new private window. (Ctrl+Shift+P)
2. Click the “Download Firefox Focus” button from the promo section.
3. Click the “Download on the App Store” button from the “Get Firefox Focus” modal.
4. Observe the opened link.

**[Expected result]:**
 - The “Download on the App Store” redirects to the “https://app.adjust.com/167k4ih?campaign=firefox-desktop&adgroup=pb&creative=focus-omc172&redirect=https%3A%2F%2Fapps.apple.com%2Fus%2Fapp%2Ffirefox-focus-privacy-browser%2Fid1055677337” URL.

**[Actual result]:**
 - The “Download on the App Store” redirects to the “https://apps.apple.com/us/app/firefox-focus-privacy-browser/id1055677337” URL.

**[Additional Notes]:**
- I couldn’t find a regression window since the promo section is not displayed on the browser when it is launched from mozregression.
- Attached is a screen recording of the issue.
Bug: [Experiment] The “PB Focus” promo is displayed only after page refresh if the “Pin Private Windows” promo is dismissed
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-08-01 13:22:59+00:00
Resolved: 2022-10-03 16:01:41+00:00

**[Affected versions]:**
- Firefox Beta 104.0b4 - Build ID: 20220731190208

**[Affected Platforms]:**
- Windows 10 x64
- Windows 11 x64

**[Prerequisites]:**
- Have the Firefox browser installed/extracted and opened.
- Have the “nimbus.debug” pref set to true.

**[Steps to reproduce]:**
1. Navigate to “about:studies?optin_slug=pin-private-windows-to-taskbar-beta-study&optin_branch=treatment-a” link to enroll in the Treatment A of the “Pin Private Windows to Taskbar Beta Study” experiment.
2. Open a new private Window(Ctrl+Shift+P) and dismiss the “Pin to taskbar” promo.
3. Observe the elements displayed.

**[Expected result]:**
- The “PB Focus” promo message is displayed.

**[Actual result]:**
-  The “PB Focus” promo is not displayed.

**[Notes]:**
- The “PB Focus” promo is displayed after a refresh of the page.
- The "PB Focus" promo is also not displayed on the next opened tab on the Treatment A branch.
- This issue is also reproducible on the Treatment B of the experiment.
- This issue is not reproducible if the primary button "Pin to taskbar" of the "Private browsing freedom in one click" promo is clicked.
- Attached is a screen recording of the issue:
Bug: [Colorway Closet] Homepage reset footer text is right-aligned at small window size.
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2022-08-01 14:27:45+00:00
Resolved: 2022-08-30 11:42:04+00:00

With longer strings and a smaller window width, the message is right-aligned due to `text-align: end`. We should have the text align to the beginning instead.
Bug: Multiline Text-annotation cannot be edited
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-08-01 18:29:58+00:00
Resolved: 2022-12-05 08:29:13+00:00

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

Steps to reproduce:

I open this file: https://www.betting-und-buss.de/download/Reparatur_Auftrag.pdf


Actual results:

I can fill nearly the hole formular. But the field 'Beanstandung' is not possible to edit.
Bug: Ctrl-PageUp and Ctrl-PageDown get stuck on tabs with focus in the address bar
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-08-01 20:43:42+00:00
Resolved: 2022-08-04 15:45:23+00:00

Steps to reproduce:
1) Create several tabs.
2) Cycle through the tabs with Ctrl-PageUp and Ctrl-PageDown.
3) Focus in the address bar of one of the tabs.
4) Cycle through the tabs with Ctrl-PageUp and Ctrl-PageDown.

Expected:
2 and 4) Ctrl-PageUp and Ctrl-PageDown cycle through all the tabs.

Actual:
2) As expected.
4) 2) Ctrl-PageUp and Ctrl-PageDown get stuck on the tab with focus in the address bar.

Mozregression says this is caused by the fix for bug 1577924.

 6:29.45 INFO: No more integration revisions, bisection finished.
 6:29.45 INFO: Last good revision: cac795fd16d2ae8730dcb7ee7653be5e488e1123
 6:29.45 INFO: First bad revision: 3622cf8a8c84d9ad167831d8e89b0df70ca1c654
 6:29.45 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=cac795fd16d2ae8730dcb7ee7653be5e488e1123&tochange=3622cf8a8c84d9ad167831d8e89b0df70ca1c654
Bug: When dragging a bookmark towards a bookmarks bar sub-subfolder list, the list closes itself before drop
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-08-02 02:13:24+00:00
Resolved: 2022-08-11 14:00:37+00:00

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

Steps to reproduce:

(Tested on Windows 11.)

1. Open Firefox.
2. Display the bookmarks bar.
3. Create a folder in this bar labeled "Folder".
4. Create a subfolder labeled "Folder with incredibly long name because why not, don't you think?".
5. Go to any web page.
6. Drag the tab of the current page onto the folder item.
7. Drag the tab onto the subfolder item.
8. Drop the tab. => The page is bookmarked.
9. Repeat 6.
10. Repeat 7.
11. Drag the tab over the list of the subfolder.

Additional info

It also happens when, instead of a long folder name, there is a long bookmark label in the folder list. In my understanding, the issue is related to the ellipsis handling on long labels.


Actual results:

The subfolder list closes when moving the mouse cursor onto it, preventing me from dropping my tab in it.


Expected results:

The subfolder list keeps itself open when moving the mouse cursor onto it.
Bug: Rendered Window Content background is drawn into Aero Glass on Windows 7
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-08-02 04:44:12+00:00
Resolved: 2022-11-14 12:21:06+00:00

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

Steps to reproduce:

Open firefox while using an aero theme on Windows 7.


Actual results:

The background of the content drawn in the Window's CLIENT AREA (not the custom nonclient right bottom and left frame bounds handled by WM_NCCALCSIZE) overlaps the aero glass that is extended into the tabs at the top of the window. The background is also drawing over the caption buttons.


Expected results:

The background of the rendered content is transparent so it does not draw over the glass and caption buttons.
Bug: Not being asked where to save a download; Always ask you where to save files is Checked
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-08-02 09:17:10+00:00
Resolved: 2022-08-04 09:49:14+00:00

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

Steps to reproduce:

Downloaded a file, any site


Actual results:

The download was saved to the downloads directory


Expected results:

I expected to be asked where I would like to save the file (with the dialog box at the last directory I saved a file)

Note: Done in private window
Bug: Firefox View button appended to the tabstrip rather than inserted before the tabs if another button  (e.g. library button) exists before the tabs
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2022-08-02 12:22:58+00:00
Resolved: 2022-08-22 14:01:15+00:00

STR:

1. New profile
2. open customize mode (right click toolbar, Customize toolbar...)
3. drag any button to the left of the tabstrip
4. click done button in customize mode
5. open about:config and enable Firefox View
6. Restart Firefox

ER:

FxView button appears immediately before the tabstrip

AR:

FxView button appears after the tabstrip


I believe Julien and at least 1 other person (don't recall who off-hand) have seen this "in the wild". It's possible that this happens even if the button that used to be in the tabstrip is no longer available (e.g. an extension used to live there but has since been uninstalled), as the "placements" information stored in CustomizableUI would likely remember that extension button being there, and I would not be surprised if that was enough to cause this bug - but I haven't tested that myself.
Bug: Back/forward menu's current page menuitem tooltip says "Stay on this page" but the menuitem actually reloads the page
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-08-02 13:19:25+00:00
Resolved: 2022-09-02 06:43:43+00:00

1. Navigate to a page so that you have some navigation history
2. Right-click or click+hold the back/forward button
3. Mouse over the menuitem for the current history entry
4. Tooltip appears with label "Stay on this page"
5. Click the menuitem
6. Page reloads

The label would make sense if the menuitem just did nothing, but since the menuitem reloads the page, I think the tooltip should reflect that. Especially because users can lose form data if they click this menuitem. "Stay on this page" suggests that nothing is going to happen, that it's effectively a "Cancel" button. I don't think a lot of first-time users will expect to lose what they were doing.

Specifically, [this tooltip](https://searchfox.org/mozilla-central/rev/12c2e38fdcc0bcbb9e689560c41ab68f9254413a/browser/locales/en-US/chrome/browser/browser.properties#348) should be changed to "Refresh this page"
Bug: Kiosk mode briefly displays the normal UI with URL bar
Status: NEW
Priority: P5
Created: 2022-08-02 14:10:14+00:00
Resolved: 2022-12-21 19:14:45+00:00

Steps to reproduce:

Start Firefox in kiosk mode:

    firefox.exe -kiosk http://127.0.0.1/


Actual results:

Very briefly (during less than 500 milliseconds), the "normal" Firefox user interface (with URL bar etc.) is displayed, before disappearing and going in kiosk mode.


Expected results:

In order to have a perfect kiosk mode, we would expect to *not* see a flickering with the URL bar.
Bug: Missing elements on PDF preview and on printed document
Status: NEW
Priority: P3
Created: 2022-08-02 14:52:51+00:00
Resolved: 2022-09-20 08:52:21+00:00

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

Steps to reproduce:

I created a pdf using the Apache PDFBox Java library. My colleague opened the document with Firefox.


Actual results:

The document contains checkboxes. These aren't shown as expected either on screen or on printout. However, the problem differs:
- Built-in preview: The box of the checkbox isn't visible. (The marker for the checked-state is displayed, though.)
- Printout: The boxes are visible, but now the checked checkboxes are no longer shown as checked.


Expected results:

Checkbox box and state marker (a cross) should have been visible both in preview and on paper.
(The document is shown and printed as expected with MS Edge, Google Chrome and Adobe Acrobat DC.)
Bug: Missing elements in PDF preview and on paper
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-08-02 15:04:33+00:00
Resolved: 2022-08-02 15:07:18+00:00

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

Steps to reproduce:

I created a PDF document using the Apache PDFBox Java library. My colleague used Firefox to open the document.


Actual results:

The content is not displayed or printed as expected. The document contains some checkboxes.
- PDF preview: Box is not visible. The state marker (=cross) is visible.
- Paper: Box is visible - but now the state marker is no longer visible.



Expected results:

Both the bounding box and the marker (= cross) should be visible in preview and on print.
(Adobe Acrobat DC, MS Edge and Google Chrome display the document as expected.)
Bug: Ctrl + PgUp/Down to switch tabs not working with focus in location bar
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-08-02 15:32:53+00:00
Resolved: 2022-08-24 12:47:56+00:00

Steps to reproduce:

Using Nightly 105.0a1, 20220802094116 have several tabs open, select the address bar, and press Ctrl + PgUp/Down.


Actual results:

The tab is not switched with the shortcut.


Expected results:

The tabs should be switched.
Bug: Intermittent browser/components/urlbar/tests/browser/browser_searchMode_autofill.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-08-02 17:48:43+00:00
Resolved: 2022-08-30 17:00:18+00:00

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

---
```
[task 2022-08-02T15:32:22.184Z] 15:32:22     INFO - TEST-START | browser/components/urlbar/tests/browser/browser_searchMode_autofill.js
[task 2022-08-02T15:33:23.797Z] 15:33:23     INFO - TEST-INFO | started process screenshot
[task 2022-08-02T15:33:23.983Z] 15:33:23     INFO - TEST-INFO | screenshot: exit 0
[task 2022-08-02T15:33:23.984Z] 15:33:23     INFO - Buffered messages logged at 15:32:22
[task 2022-08-02T15:33:23.984Z] 15:33:23     INFO - Entering setup bound 
[task 2022-08-02T15:33:23.985Z] 15:33:23     INFO - Buffered messages finished
[task 2022-08-02T15:33:23.986Z] 15:33:23     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_searchMode_autofill.js | Test timed out - 
[task 2022-08-02T15:33:23.986Z] 15:33:23     INFO - GECKO(7100) | MEMORY STAT | vsize 2104565MB | vsizeMaxContiguous 65470870MB | residentFast 438MB | heapAllocated 129MB
[task 2022-08-02T15:33:23.986Z] 15:33:23     INFO - TEST-OK | browser/components/urlbar/tests/browser/browser_searchMode_autofill.js | took 45045ms
[task 2022-08-02T15:33:23.986Z] 15:33:23     INFO - checking window state
[task 2022-08-02T15:33:23.986Z] 15:33:23     INFO - TEST-START | browser/components/urlbar/tests/browser/browser_searchMode_clickLink.js
```
Bug: Intermittent browser/base/content/test/contentTheme/browser_contentTheme_in_process_tab.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-08-02 22:56:27+00:00
Resolved: 2023-01-09 06:27:22+00:00

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

---
```
[task 2022-08-02T21:59:18.785Z] 21:59:18     INFO - TEST-PASS | browser/base/content/test/contentTheme/browser_contentTheme_in_process_tab.js | The sidebar background text color should have been set by contentTheme.js - "rgba(0, 255, 0, 1)" == "rgba(0, 255, 0, 1)" - 
[task 2022-08-02T21:59:18.786Z] 21:59:18     INFO - Buffered messages logged at 21:59:11
[task 2022-08-02T21:59:18.786Z] 21:59:18     INFO - Leaving test bound test_in_process_tab
[task 2022-08-02T21:59:18.786Z] 21:59:18     INFO - Buffered messages finished
[task 2022-08-02T21:59:18.787Z] 21:59:18     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/contentTheme/browser_contentTheme_in_process_tab.js | waiting for vsync to be disabled - timed out after 50 tries. - false == true - JS frame :: chrome://mochikit/content/browser-test.js :: ensureVsyncDisabled :: line 575
[task 2022-08-02T21:59:18.787Z] 21:59:18     INFO - Stack trace:
[task 2022-08-02T21:59:18.787Z] 21:59:18     INFO - chrome://mochikit/content/browser-test.js:ensureVsyncDisabled:575
[task 2022-08-02T21:59:18.787Z] 21:59:18     INFO - Not taking screenshot here: see the one that was previously logged
[task 2022-08-02T21:59:18.788Z] 21:59:18     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/contentTheme/browser_contentTheme_in_process_tab.js | vsync remained enabled at the end of the test. Is there an animation still running? Consider talking to the performance team for tips to solve this. - false == true - JS frame :: chrome://mochikit/content/browser-test.js :: ensureVsyncDisabled :: line 576
[task 2022-08-02T21:59:18.788Z] 21:59:18     INFO - Stack trace:
[task 2022-08-02T21:59:18.788Z] 21:59:18     INFO - chrome://mochikit/content/browser-test.js:ensureVsyncDisabled:576
[task 2022-08-02T21:59:18.788Z] 21:59:18     INFO - GECKO(1311) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2022-08-02T21:59:18.788Z] 21:59:18     INFO - GECKO(1311) | MEMORY STAT | vsize 16123MB | residentFast 307MB | heapAllocated 122MB
[task 2022-08-02T21:59:18.789Z] 21:59:18     INFO - TEST-OK | browser/base/content/test/contentTheme/browser_contentTheme_in_process_tab.js | took 8288ms
```
Bug: Private browsing history is saved in non private window
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-08-03 07:49:00+00:00
Resolved: 2022-08-03 07:59:53+00:00

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

Steps to reproduce:

Open private browsing window when non-private window is also open.


Actual results:

 Search in private window, visit a search result, look at history in non-private window and the search result and visited site are there


Expected results:

Private history should not be available in non-private browser window
Bug: Upgrade 100 → 103 : how to disable <Ctrl><W> now ?
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-08-03 09:50:46+00:00
Resolved: 2022-08-03 12:52:11+00:00

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

Steps to reproduce:

Until FF100, I used to disable <Ctrl><W> (close tab) by modifying browser/omni.ja,  commenting the following line out in chrome/browser/content/browser/browser.xhtml :

<key id="key_close" data-l10n-id="close-shortcut" command="cmd_close" modifiers="accel" reserved="true"/>

It worked until FF100, but doesn't work anymore in FF103 : commenting that line out seems to have no effect on <Ctrl><W>.


Actual results:

<Ctr><W> still closes the tab


Expected results:

<Ctrl><W> should not close the tab anymore (worked in FF100)
Bug: Firefox does not sync imported passwords
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-08-03 09:57:10+00:00
Resolved: 2022-08-03 23:06:09+00:00

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

Steps to reproduce:

I wanted to have coherent set of saved passwords all of my devices. I imported saved passwords from Google Chrome and enabled sync on my Firefox account.


Actual results:

On my other computer at the office, all I can see is the newly saved in Firefox. Despite of enabling sync, I have the imported passwords only on my own laptop, at the office PC I do not. I am signed in with the same Firefox account on both devices.


Expected results:

I should reach all of my passwords, the sync should be the same on all devices. I tried with phone as well, and on the phone I have seen only the few passwords which available on office PC.
Bug: The marketplace buttons from the “Get Firefox Klar” modal no longer redirect to the Firefox Klar on App Store/Google Play using de locale and region
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-08-03 11:38:19+00:00
Resolved: 2022-09-20 02:59:34+00:00

**[Notes]**:
- This issue is not reproducible when using en-US locale and DE region.

**[Affected versions]:**
- Firefox Nightly 105.0a1 (Build ID: 20220802214455)
- Firefox Beta 104.0b5 (Build ID: 20220802185803)
- Firefox Release 103.0.1 (Build ID: 20220729222726)

**[Affected Platforms]:**
- macOS 12.3.1
- Windows 10 x64
- Windows 11 x64
- Ubuntu 20.04 x64

**[Prerequisites]:**
- Have a DE locale Firefox browser installed/extracted and opened.
- Have the “browser.search.region” pref set to “DE”.

**[Steps to reproduce]:**
1. Restart the browser from prerequisites and open a new private window. (Ctrl+Shift+P)
2. Click the “Download Firefox Klar” button from the promo section.
3. Click the “Download on the App Store” button from the “Get Firefox Focus” modal.
4. Observe the opened link.

**[Expected result]:**
 - The “https://app.adjust.com/a8bxj8j?campaign=firefox-desktop&adgroup=pb&creative=focus-omc172&redirect=https%3A%2F%2Fapps.apple.com%2Fde%2Fapp%2Fklar-by-firefox%2Fid1073435754” URL and the Firefox Klar app is displayed on the page.

**[Actual result]:**
 - The “Download on the App Store” redirects to the “https://apps.apple.com/us/app/firefox-focus-privacy-browser/id1055677337” URL and the Firefox Focus app is displayed on the page.

**[Additional Notes]:**
- This issue is also reproducible when clicking the “GET IT ON Google Play" button. It redirects to the “https://play.google.com/store/apps/details?id=org.mozilla.focus&referrer=adjust_reftag%3DcaXHXSa24J49B%26utm_source%3Dproduct-owned%26utm_campaign%3Dfirefox-desktop%26utm_content%3Dpb%26utm_term%3Dfocus-omc172%26utm_medium%3Dreferral” URL and the Firefox Focus app is displayed on the page instead of Firefox Klar.
- Also, sometimes the App store page takes a long time until it is fully loaded.
- Attached is a screen recording of the issue.
Bug: BrowserUsageTelemetry.jsm logs an error to the console every time I click in the search engine list in preferences (TypeError: node.getAttribute is not a function)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-08-03 14:11:47+00:00
Resolved: 2022-08-04 07:54:14+00:00

STR

1. Open preferences and select the search pane.
2. Click anywhere in the Search shortcuts table, and monitor the browser console.

Actual Result

`JavaScript error: resource:///modules/BrowserUsageTelemetry.jsm, line 832: TypeError: node.getAttribute is not a function`

Expected Result

No errors.

I think this is a regression from bug 1757353. I'm going to put up a patch for it.
Bug: [Colorway Closet] Limit the modal size to something reasonable
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2022-08-03 15:26:16+00:00
Resolved: 2022-08-12 18:17:53+00:00

It looks like the modal gets a width of at least 80% of the view port based on this line and the surrounding code:
https://searchfox.org/mozilla-central/rev/560bbebd595cf2f6a9861f3f67dd0739f4c4c559/toolkit/modules/SubDialog.jsm#481

80% is a lot on larger screen and window sizes, potentially way more than we need for the content of our modal which can end up looking a bit lost. We should find a way to limit the size.
Bug: Intermittent browser/components/urlbar/tests/browser/browser_autoOpen.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-08-03 18:08:20+00:00
Resolved: 2022-11-29 17:05:08+00:00

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

---
```
INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_autoOpen.js | check urlbar panel is not open - true == true - 
[task 2022-08-03T15:52:25.556Z] 15:52:25     INFO - Buffered messages finished
[task 2022-08-03T15:52:25.557Z] 15:52:25     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_autoOpen.js | Test timed out - 
[task 2022-08-03T15:52:25.558Z] 15:52:25     INFO - GECKO(5258) | MEMORY STAT | vsize 3706MB | residentFast 435MB | heapAllocated 264MB
[task 2022-08-03T15:52:25.559Z] 15:52:25     INFO - TEST-OK | browser/components/urlbar/tests/browser/browser_autoOpen.js | took 45038ms
```