av9ash/GitBugs huggingface dataset:
Bug: Cookie does not clear upon exiting browser while private browser is also open
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-08-23 09:04:10+00:00
Resolved: 2024-09-12 13:51:14+00:00

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

Steps to reproduce:

I ran a Java web application on normal Firefox, and had a Firefox Private browser open as well. I then closed the normal Firefox window while keeping the Private window open.


Actual results:

I once again opened the normal Firefox browser and typed in the link just to find that the previous session is still continued; instead of going to the Login page the application took me directly to the menu, which it does if the session still exits. Upon inspecting the Developer console, the same JSession cookie is continued from the previous session.


Expected results:

Upon re-visiting the link, the application should have went back to the Login page, as the JSession cookie would be renewed as well. I tried the same in the Microsoft Edge browser and it works as expected; even if a Private browser is open in the background, the JSession cookie would renew itself each time I fully close the browser and open it again.
Bug: Secondary Actions buttons remain in the address bar dropdown after exiting Actions mode
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-08-23 12:13:19+00:00
Resolved: 2024-09-30 09:17:15+00:00

**Found in**
* Nightly 131.0a1;

**Affected versions**
* Nightly 131.0a1;


**Affected platforms**
* Ubuntu 22;
* macOS 14;
* Windows 10; 

**Preconditions**
* Have browser.urlbar.scotchBonnet.enableOverride 

**Steps to reproduce**
1. Launch Firefox and open a new tab.
2. From the Dedicated Search Button click on the Actions button.
3. Exit Actions mode by clicking on the x(close) button.

**Expected result**
- Actions mode is closed, address bar returns to default state. 

**Actual result**
- Actions mode is closed but the buttons are still shown in the address bar dropdown.


**Regression range**
* Not a regression. 

**Additional notes**
* Does not reproduce if closed via Escape key.
Bug: [Dedicated Search Button] Searchmode close(x) button tooltip string is displayed as ‘undefined’
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-08-23 12:27:21+00:00
Resolved: 2024-09-16 06:32:24+00:00

**Found in**
* Nightly 131.0a1;

**Affected versions**
* Nightly 131.0a1;


**Affected platforms**
* Ubuntu 22;
* macOS 14;
* Windows 10; 

**Preconditions**
* Have browser.urlbar.scotchBonnet.enableOverride 

**Steps to reproduce**
1. Launch Firefox and open a new tab.
2. Open the Dedicated Search Button and enter searchmode for any search engine
3. Hover over the close(x) button. 

**Expected result**
- Tooltip should be displayed as  ‘close/exit’ string. 

**Actual result**
- Tooltip is displayed as ‘undefined’ string.

**Regression range**
* Not a regression.
Bug: Intermittent TV browser/components/translations/tests/browser/browser_translations_about_preferences_settings_ui.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but on
Status: NEW
Priority: P5
Created: 2024-08-23 15:17:06+00:00
Resolved: 2024-08-26 07:11:50+00:00

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

---
```
[task 2024-08-23T15:09:06.224Z] 15:09:06     INFO - TEST-PASS | browser/components/translations/tests/browser/browser_translations_about_preferences_settings_ui.js | There are 0 site in Never translate site - 
[task 2024-08-23T15:09:06.225Z] 15:09:06     INFO - Buffered messages logged at 15:09:06
[task 2024-08-23T15:09:06.225Z] 15:09:06     INFO - Leaving test bound test_translations_settings_never_translate_site
[task 2024-08-23T15:09:06.225Z] 15:09:06     INFO - Buffered messages finished
[task 2024-08-23T15:09:06.226Z] 15:09:06     INFO - TEST-UNEXPECTED-FAIL | browser/components/translations/tests/browser/browser_translations_about_preferences_settings_ui.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 2024-08-23T15:09:06.226Z] 15:09:06     INFO - GECKO(948) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2024-08-23T15:09:06.227Z] 15:09:06     INFO - GECKO(948) | MEMORY STAT | vsize 16380MB | residentFast 362MB | heapAllocated 177MB
[task 2024-08-23T15:09:06.227Z] 15:09:06     INFO - TEST-OK | browser/components/translations/tests/browser/browser_translations_about_preferences_settings_ui.js | took 62881ms
[task 2024-08-23T15:09:06.227Z] 15:09:06     INFO - checking window state
```
Bug: Context menus generated from the bookmarks toolbar are not closed when the toolbar gets hidden on page load
Status: NEW
Priority: P3
Created: 2024-08-23 16:17:29+00:00
Resolved: 2024-10-07 15:39:16+00:00

Steps to reproduce:

Create a book mark with page, Click The Bookmarked page, while the website is rendering Right Click on The book mark, When the Page is rendered ,Clicking on the Delete BookMark Option doesnt delete the bookmark


Actual results:

right Click on BookMark Options stays open when website is completely renderd,
Clicking on Provided Option has no affect


Expected results:

The right Click option menu when right clicked on saved book-mark should be canceled.
Bug: "scrollbutton-up" of long bookmarks menupopup no longer working
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-08-23 22:35:51+00:00
Resolved: 2024-09-11 14:46:16+00:00

Steps to reproduce:
1. Bookmark a lot of Bookmarks so that Bookmarks menupopup can be scrolled.
2. Expand the Bookmarks menu
3. Scroll the menupopup to bottom in any way.
4. Attempt to scroll the menupopup to top by using `    ^    ` `scrollbutton-up` button

Actual results:
The "scrollbutton-up" does not work.
No mouse hoover effect.
Not scroll when mouse over it

Expected results:
Change style when mouse hover it
Should start scrolling when mouse over it

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=773aed942ff98525ee9bc2c03fd96dbd6c0eee96&tochange=9d4782d16aacb9b51e440042a677f6c5c68a0ca9
Bug: Intermittent browser/components/enterprisepolicies/tests/browser/browser_policy_block_set_desktop_background.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-08-24 11:28:44+00:00
Resolved: 2024-09-20 12:05:08+00:00

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

---
```
[task 2024-08-24T10:33:50.943Z] 10:33:50     INFO - TEST-PASS | browser/components/enterprisepolicies/tests/browser/browser_policy_block_set_desktop_background.js | Sanity check the temporary file doesn't exist. - true == true - 
[task 2024-08-24T10:33:50.944Z] 10:33:50     INFO - Leaving setup bound 
[task 2024-08-24T10:33:50.944Z] 10:33:50     INFO - Entering test bound test_check_set_desktop_background
[task 2024-08-24T10:33:50.945Z] 10:33:50     INFO - Buffered messages finished
[task 2024-08-24T10:33:50.946Z] 10:33:50     INFO - TEST-UNEXPECTED-FAIL | browser/components/enterprisepolicies/tests/browser/browser_policy_block_set_desktop_background.js | Test timed out - 
[task 2024-08-24T10:33:50.947Z] 10:33:50     INFO - GECKO(6520) | Completed ShutdownLeaks collections in process 2408
[task 2024-08-24T10:33:50.947Z] 10:33:50     INFO - TEST-START | Shutdown
```
Bug: Inifite loading animation overlay
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-08-24 17:45:05+00:00
Resolved: 2024-08-27 21:06:00+00:00

Steps to reproduce:

Sometimes when I open a bookmark e.g. from a search engine, a loading overlay appears. In DOM inspector I see the page loaded but it seems that firefox has a loading animation overlay. A page reload has no effect. I have to wait a while and then reload again. It's weird. Do you know that animation graphic? It doesn't seem to be caused by a plugin.


Actual results:

...


Expected results:

...
Bug: Sometimes when I enter text into the search bar, it doesn't load, and I have to end up closing all of my tabs and reopening a new browser, or use another browser entirely.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-08-25 00:23:30+00:00
Resolved: 2024-08-26 15:49:14+00:00

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

Steps to reproduce:

Click on search bar
Enter text
Press enter


Actual results:

Click on search bar
Entered text
Press enter
Page did not load
Reenter text
Press enter
Page didn't load
Closed browser
Reopened browser
Entered text
Pressed enter
Google search loaded


Expected results:

Click on search bar
Enter text
Press Enter
Google search loaded
Bug: Nimbus rollout keeps enabling hover previews
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-08-25 00:55:28+00:00
Resolved: 2024-09-08 19:26:35+00:00

Steps to reproduce:

Some users are reporting that Firefox keeps resetting `browser.tabs.hoverPreview.enabled`:

* https://old.reddit.com/r/firefox/comments/1f0d8h8/why_do_i_need_to_keep_disabling/
* https://old.reddit.com/r/firefox/comments/1exe365/hover_tab_previews/lj6ikn4/
* https://old.reddit.com/r/firefox/comments/1exadm4/how_do_i_get_rid_of_the_preview_on_my_tabs_on/lj5u8m2/

I'm not affected by this issue. Please investigate what is causing it.
Bug: If the tab bar overflows. When a tab is closed with the mouse, the tabs on the left side shifts to the right.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-08-25 07:35:39+00:00
Resolved: 2024-08-25 07:37:36+00:00

Steps to reproduce:
1. Open a lot of tabs so that Tabbar will be scrollable
2. Delete tab by mouse(Click on close button/Middle mouse click on a tab) at middle of the Tabbar

Actual results:
Tabs on the left shift to the right.


Expected results:
Tabs on the right shift to the left. So that the next target of the mouse is the tab on the right side.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=773aed942ff98525ee9bc2c03fd96dbd6c0eee96&tochange=9d4782d16aacb9b51e440042a677f6c5c68a0ca9
Bug: HTML bookmarks export does not amp-escape attribute values
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-08-25 11:25:30+00:00
Resolved: 2024-09-19 09:30:13+00:00

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

Steps to reproduce:

Exporting bookmarks via
Bookmarks > Import and Backup > Export Bookmarks to HTML...
when those bookmarks contain a "&" in the url


Actual results:

causes Firefox to produce a bookmarks.html file where those "&" are not escaped.


Expected results:

Firefox should produce, at minimum, a valid XML document, so that other applications can parse it. It currently does not, as it violates [the XML Standard](https://www.w3.org/TR/2008/REC-xml-20081126/) (see the parsing rule for AttValue in §2.4).

This bug in Camino is perhaps related, but it's very old. https://bugzilla.mozilla.org/show_bug.cgi?id=633090
Bug: Bookmarks and history menupopup no longer scrollable after shrink browser height once after the menupopup is displayed without overflowing
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-08-25 16:22:05+00:00
Resolved: 2024-09-16 07:35:10+00:00

Steps to reproduce:
0. Screen 1920x1080 and DPI scaling 125%
1. Make sure there is a lot of browsing history entry.
2. Maximize browser
3. Open History menupopup of menubar
   --- It is tall enough to display all items, so there is no need for scrolling as expected.
4. Shrink browser height to about half of screen height
5. Move the browser to the bottom half of the screen
6. Open the History menupopup again


OR

Steps to reproduce:
0. Screen 1920x1080 and DPI scaling 125%
1. Bookmark about 15 items directly under Bookmarks Menu
2. Maximize browser
3. Open Bookmarks menupopup of menubar
   --- It is tall enough to display all items, so there is no need for scrolling as expected.
4. Shrink browser height to about half of screen height
5. Move the browser to the bottom half of the screen
6. Open the Bookmarks menupopup again



Actual results:
There are only few entries can be seen. However, the menupopup unable to scroll.

Expected Results:
The menupopup should be scrollable. It should also be able to view up to maximum 15 history entries or everything bookmarked above.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=773aed942ff98525ee9bc2c03fd96dbd6c0eee96&tochange=9d4782d16aacb9b51e440042a677f6c5c68a0ca9
Bug: `resource://` no longer automatically redirects to `resource:///` upon carriage return
Status: NEW
Priority: P5
Created: 2024-08-25 18:57:52+00:00
Resolved: 2024-08-26 15:56:17+00:00

While investigating bug 1914803, I noticed that the browser would actually redirect `resource://` to `resource:///` in older versions, yet this does not happen on the latest release (129). Apparently this had broken once before in Firefox 51 (bug 1306639?) and later fixed in Firefox 55 (bug 1365887 and bug 1366180?), but had been broken again since Firefox 62.

Prerequisites:

1. `keyword.enabled` is set to false.
2. `browser.fixup.alternate.enabled` is set to false.


STR:

Visit `resource://`.

Expected Behavior:

Firefox automatically redirects to `resource:///`.

Actual Behavior:

Firefox attempts to search for "resource://" using the default search engine, even though the search bar is explicitly enabled and most search-related functions in the urlbar are disabled by the user.


mozregression --good 61 --bad 62 --pref browser.tabs.remote.autostart:false returned

```
Last good revision: a382f8feaba41f1cb1cee718f8815cd672c10f3c (2018-05-14)
First bad revision: 380cf87c1ee3966dd94499942b73085754dc4824 (2018-05-15)
Pushlog : https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=a382f8feaba41f1cb1cee718f8815cd672c10f3c&tochange=380cf87c1ee3966dd94499942b73085754dc4824
Switching bisection method to taskcluster
Getting mozilla-central builds between a382f8feaba41f1cb1cee718f8815cd672c10f3c and 380cf87c1ee3966dd94499942b73085754dc4824
...
There are no build artifacts for these changesets (they are probably too old).
```

I have no idea which one it should be but given bug 1489853, I would guess it's bug 1239708.
Bug: `resource:/` no longer automatically redirects to `resource:///` upon carriage return
Status: NEW
Priority: P5
Created: 2024-08-25 19:02:00+00:00
Resolved: 2024-08-26 15:56:17+00:00

This is a spinoff from bug 1914805.

While investigating bug 1914803, I noticed that the browser would actually redirect `resource:/` or `file:/` (both typos) to respectively `resource:///` and `file:///` in older versions, but when you feed it with nonsensical protocols such as `firefox:/` or `firefox://` it would return something like

```
The address wasn't understood

Firefox doesn’t know how to open this address, because one of the following protocols (firefox) isn’t associated with any program or is not allowed in this context.

You might need to install other software to open this address.
```

However, this does not happen on the latest release (129).


(Potential) Prerequisites:

1. `keyword.enabled` is set to false.
2. `browser.fixup.alternate.enabled` is set to false.


STR:

Visit something nonsensical, such as `firefox:/` or `firefox://`.

Expected Behavior:

Firefox rejects the input with an error message/page similar to the one described above.

Actual Behavior:

Firefox attempts to search for "firefox:/" or "firefox://" using the default search engine, even though the search bar is explicitly enabled and most search-related functions in the urlbar are disabled by the user.


mozregression --good 65 --bad 66 --pref browser.tabs.remote.autostart:false returned

```
Last good revision: 1312db5d495953cc6e18b16d082d06d611a21166 (2019-01-16)
First bad revision: 1db2248f441513991df17a73112ffd9cc1846846 (2019-01-17)
Pushlog : https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=1312db5d495953cc6e18b16d082d06d611a21166&tochange=1db2248f441513991df17a73112ffd9cc1846846
Switching bisection method to taskcluster
Getting mozilla-central builds between 1312db5d495953cc6e18b16d082d06d611a21166 and 1db2248f441513991df17a73112ffd9cc1846846
...
There are no build artifacts for these changesets (they are probably too old).
```

Again I have no idea which one it should be, but I would presume it's bug 1514780 because that was probably the only bug within the regression range that has multiple regressions.
Bug: The privileged content process runs invisible animations that get painted for about 20s after startup
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-08-26 10:54:29+00:00
Resolved: 2024-09-09 21:17:03+00:00

Here's a startup profile of a local build from today's mozilla-central on my macbook: https://share.firefox.dev/478SM44

Notice that there are animations going on for about 20s even though nothing visible changes on screen. This is visible with the markers in the parent process on the Compositor and Renderer threads, and on the Privileged Content process main thread.

The animations happen in the preloaded (but invisible) about:newtab.
Bug: Busy spinner not displayed in “Scan in progress” dialog
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-08-26 13:29:30+00:00
Resolved: 2024-09-10 13:39:09+00:00

**Found in**
* 131.0a1 (2024-08-25)

**Affected versions**
* 131.0a1 

**Preconditions**
* Download the DLP test assets from https://drive.google.com/file/d/1yjqVRuxdKV3WnO7D2wzMgDXBuYBxUgVw/view 
* Create a distribution folder inside the Firefox folder and paste the policies-1.json to it and then rename it to policies.json
* Run the DLP agent in CMD using: .\content_analysis_sdk_agent.exe --user --toblock=.\d{3}-?\d{2}-?\d{4}. --towarn=.warn. --delays=10

**Tested platforms**
* Affected platforms: Windows 11
* Unaffected platforms: Ubuntu, macOS 

**Steps to reproduce**
1. Navigate to https://www.wikipedia.org/ and paste any text
2. Observe the “Scan in progress” dialog

**Expected result**
*  The busy spinner is displayed next to the “Scan in progress” title

**Actual result**
*  The busy spinner is not displayed next to the “Scan in progress” title

**Regression range**
* Last good build: 2024-08-21
* First bad build: 2024-08-22
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=3a7c34ad2ef66c1e404ec60eb62950e85a73fa65&tochange=530841552078c7f20e178e552dc6d2f400bbafb7 
* Potentially regressed by: 1879550 

**Additional notes**
* See the attached ss
* Reproducing for the upload operation as well
Bug: moz-button and moz-button-group aren't being loaded on about:home when loaded from the startup cache
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-08-26 13:49:39+00:00
Resolved: 2024-09-11 13:48:28+00:00

We've started using more reusable components on about:home / about:newtab. That's great! The way we make use of those is by loading their scripts in the markup so that they can bind to the `moz-button` / `moz-button-group` elements that React later inserts into the DOM.

That's great, and works for newly loaded about:home / about:newtab pages. It, however, fails for about:home when loaded from the startup cache - this is because [the definition of the startup cache page](https://searchfox.org/mozilla-central/rev/3f193a8bb0759058c2f9a9d7761ad73bc6ffd4b1/browser/components/newtab/data/content/abouthomecache/page.html.template) is distinct from the "normal" rendering of the page. We have to add `moz-button` and `moz-button-group` script loads to the bottom there as well.

At a higher-level, this feels like a bit of a footgun, and we should make it so that we really just have to have the necessary scripts declared in one place. This bug isn't for solving the general case though.
Bug: Search Queries Not Executing in Address Bar on New Tab in Firefox 129.0.2
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-08-26 13:56:38+00:00
Resolved: 2024-09-02 12:59:10+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/128.0.0.0 Safari/537.36 Edg/128.0.0.0

Steps to reproduce:

Opened Firefox version 129.0.2.
Opened a new tab.
Entered a search query into the address bar.
Pressed Enter to execute the search.


Actual results:

In some instances, after pressing Enter, the search query remains in the address bar, but Firefox does not perform the search or navigate to a website. No action is taken. However, this issue does not occur every time; sometimes Firefox executes the search as expected.


Expected results:

After pressing Enter, Firefox should have either performed the search or navigated to the corresponding URL.
Bug: Refreshing about:welcome after seeing the mobile download screen returns the user to that screen
Status: NEW
Priority: P3
Created: 2024-08-26 14:30:14+00:00
Resolved: 2024-12-02 18:31:50+00:00

When a user refreshes about:welcome after moving past the mobile download screen, they are returned to that screen. See attached video recording. This appears to be an issue on the current Nightly 131 and on Release 129.
Bug: Sidebar and appcontent top border/box-shadow hidden on new tab page
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-08-26 14:35:42+00:00
Resolved: 2024-09-30 19:51:37+00:00

Revamp [spec](https://www.figma.com/design/ZFavpnAJee39j2mFf8U3D0/Sidebar-UX-Spec?node-id=10888-228083&t=5pTfdFZL6nz0Ozhu-0) for reference. The bookmarks toolbar on the new tab page covers the box-shadow on the appcontent and sidebar.
Bug: Intermittent browser/components/customizableui/test/browser_history_after_appMenu.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-08-26 14:54:23+00:00
Resolved: 2024-09-25 12:03:49+00:00

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

---
```
[task 2024-08-26T13:08:43.308Z] 13:08:43     INFO - TEST-PASS | browser/components/customizableui/test/browser_history_after_appMenu.js | The panel is closed to begin with. - "closed" == "closed" - 
[task 2024-08-26T13:08:43.309Z] 13:08:43     INFO - Buffered messages finished
[task 2024-08-26T13:08:43.309Z] 13:08:43     INFO - TEST-UNEXPECTED-FAIL | browser/components/customizableui/test/browser_history_after_appMenu.js | Test timed out - 
[task 2024-08-26T13:08:43.310Z] 13:08:43     INFO - GECKO(9472) | Completed ShutdownLeaks collections in process 5384
[task 2024-08-26T13:08:43.310Z] 13:08:43     INFO - TEST-START | Shutdown
```
Bug: Spinner is always loading when restoring tabs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-08-26 15:40:22+00:00
Resolved: 2024-09-02 12:38:01+00:00

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

Steps to reproduce:

I started firefox. Then I select an unloaded tab.


Actual results:

The spinner icon is always loading. The page never appears. The only way for the page to load is to duplicate the faulty tab and switch to the newly duplicated tab.


Expected results:

When I select the unloaded tab, the website should load normally.