av9ash/GitBugs huggingface dataset:
Bug: Sitzungswiederherstellung (/ sessionrestore )
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-12-22 08:58:11+00:00
Resolved: 2021-12-25 11:43:03+00:00

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

Steps to reproduce:

Ich möchte eine Rückmeldung, also ein Feedback, abgeben. Da gibt es keine Fehlernummer oder so ein Zeug warum man so schwer hierher zu finden hat und immer mehr die Lust verliert dieses Programm zu nutzen.

Jedenfalls ist es schade dass nach so vielen Jahren man keine 2. (leicht ältere) Sitzungswiederherstellung (in Englisch heißt es glaub ich session backup oder vom Programm genannt sessionrestore) eingerichtet hat. Ich starte Firefox, drück drauf dass meine alte Sitzung wieder hergestellt wird, mit aber tausenden Registerkarten auf 3 Fenster aufgeteilt, dann hängt sich der Rechner auf oder stürzt ab und ALLES ist weg. Weil viele Registerkarten über Monate nicht geladen wurden, hilft mir auch Chronik nicht weiter. Erinnern tue ich mich an tausenden Seiten, welche von den genau fehlen auch nicht. Es mach einem ein richtig schlechtes Gefühl wenn alles weg ist, was sich nach Monaten ansammelte und dabei war dies schritt für schritt "abzuarbeiten", dass es weniger wird. Doch vieles dabei war was für einen wichtig war. Ich bin bei Firefox was das angeht richtig verzweifelt, hab jedoch keine Ahnung ob andere Programme sowas besser könnten, grad was teils die Sicherheit und Datenschutz angeht. Bei einigen Seiten wo man meine Aktivität gewissermaßen erwartet, weil alles weg ist, hab ich einfach keine Lust mehr irgendwas zu machen (also so komplett alles, auch außerhalb vom Rechner, weil Monate an Leistung einfach futsch ist), weil ich die Registerkarten trotz suche nicht leicht finde und wenn so ein Fehler passiert locker 2 Tage dran sitze, mit starken einbüßen der Leistung des Rechners bis mal das grobe wieder hergestellt wurde und dass dann auch noch zu dieser Zeit wo man eh viel um die Ohren hat. Wie erwähnt, ich bin verzweifelt und hab ein riesen Unmut grade welchen ich hier zur Entwicklung des Programms teilen mag, in Hoffnung das bitte BITTTTTTTTE(!!!!!!!!!!!!!) in Zukunft eine leicht ältere Absicherung eingefügt wird, wenn die neuste durch Fehler, Absturz oder sonst was überschrieben wurde. Dass man mit Tausch und Umbenennung einer Datei nur 1-3 Tage (von mir aus auch 7 Tage wenn was wöchentliches als Lösung erstellt wird) den Verlauf herstellen brauch und nicht über Monate alles weg ist.


Actual results:

Sitzungswiederherstellung wurde gelöscht, weil der Rechner sich auf hang und abstürzte (besser gesagt ich keine Stunden warten wollte und einfach Neustart drückte).


Expected results:

Die komplette Sitzungswiederherstellung anzeigen und ermöglichen, selbst wenn vor einem Neustart beim ungeladenen öffnen aller Registerkarten der Rechner oder das Programm plötzlich ausgeht. Leider fehlt eine Absicherung der Sicherheit, wenn man täglich die Sicherheit benutzt und diese Gefahr läuft gelöscht zu werden, weil die beim Starten sofort überschrieben wird.
Bug: [macOS] Tab border is black with certain custom theme
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-12-22 14:11:26+00:00
Resolved: 2022-01-25 20:01:42+00:00

*Affected versions*
* 97.0a1 (20211222092845)
* 96.0b8 (20211221185759)






*Affected platforms*

* macOS 10.15




*Steps to reproduce*
1. Open Firefox and install https://addons.mozilla.org/en-US/firefox/addon/dream-of-waves/ theme.
2. Observe the selected tab border color.







*Expected result*
*  The border is grey as before.


*Actual result*
* The focused tab border is black.

*Regression range*
*  Last good revision: ac52da65f48fb66f9df0c93a33fb57ba3bb68465
First bad revision: 965bf155a9db49ce7ec1533b3b8eee2901a79d4e
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=ac52da65f48fb66f9df0c93a33fb57ba3bb68465&tochange=965bf155a9db49ce7ec1533b3b8eee2901a79d4e 















*Notes*
* Screenshot with before and after attached.
Bug: Add Bookmark Location Dropdown Quick Link Location Menu Text is Black on Nearly Black Until Folder is Highlighted. The adjacent dropdown is white on black. Using Mozilla Dark Theme. Win 7. Occurred since version 95 installed.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-12-22 14:39:55+00:00
Resolved: 2023-10-18 16:21:55+00:00

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

Steps to reproduce:

Updated to version 95 from 94.


Actual results:

Firefox Dark mode theme now makes youtube dark, it did not before. However, the add bookmark location dropdown arrow now produces an unreadable list of last used locations because it is black text on nearly black background. The adjacent dropdown arrow brings up the Bookmarks menu with white text on nearly black background.


Expected results:

Readable Text in the submenu.
Bug: About dialog got wider
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-12-22 19:53:16+00:00
Resolved: 2022-02-22 11:33:11+00:00

See attached.
The regression range should be:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=668eb55faa54c6ae467e08205a6498603734e254&tochange=b3e23657859cb4ca2cfb5db9d57188e584f0293e
Bug 1746517 should be the prime suspect, but reverting it (and the other 2 related patches) locally doesn't fix it.
Bug: Intermittent browser/components/enterprisepolicies/tests/browser/managedbookmarks/browser_policy_managedbookmarks.js | Uncaught exception - InvalidStateError: XULPopupElement.activateItem: Menu is closed
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-12-22 23:47:58+00:00
Resolved: 2022-03-08 17:06:07+00:00

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

---
```
INFO - TEST-PASS | browser/components/enterprisepolicies/tests/browser/managedbookmarks/browser_policy_managedbookmarks.js | Delete should be hidden - 
[task 2021-12-22T23:20:46.263Z] 23:20:46     INFO - Buffered messages finished
[task 2021-12-22T23:20:46.264Z] 23:20:46     INFO - TEST-UNEXPECTED-FAIL | browser/components/enterprisepolicies/tests/browser/managedbookmarks/browser_policy_managedbookmarks.js | Uncaught exception - InvalidStateError: XULPopupElement.activateItem: Menu is closed
[task 2021-12-22T23:20:46.265Z] 23:20:46     INFO - Stack trace:
[task 2021-12-22T23:20:46.266Z] 23:20:46     INFO - test_open_managedbookmark@chrome://mochitests/content/browser/browser/components/enterprisepolicies/tests/browser/managedbookmarks/browser_policy_managedbookmarks.js:151:11
[task 2021-12-22T23:20:46.267Z] 23:20:46     INFO - Leaving test bound test_open_managedbookmark
[task 2021-12-22T23:20:46.268Z] 23:20:46     INFO - Entering test bound test_copy_managedbookmark
[task 2021-12-22T23:22:15.529Z] 23:22:15     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-12-22T23:22:15.531Z] 23:22:15     INFO - TEST-UNEXPECTED-FAIL | browser/components/enterprisepolicies/tests/browser/managedbookmarks/browser_policy_managedbookmarks.js | Test timed out - 
[task 2021-12-22T23:22:15.533Z] 23:22:15     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-12-22T23:22:15.535Z] 23:22:15     INFO - TEST-UNEXPECTED-FAIL | browser/components/enterprisepolicies/tests/browser/managedbookmarks/browser_policy_managedbookmarks.js | Uncaught exception received from previously timed out test - popupshown listener on #placesContext not removed before the end of test
[task 2021-12-22T23:22:15.538Z] 23:22:15     INFO - GECKO(2379) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2021-12-22T23:22:15.540Z] 23:22:15     INFO - GECKO(2379) | MEMORY STAT heapAllocated not supported in this build configuration.
[task 2021-12-22T23:22:15.541Z] 23:22:15     INFO - GECKO(2379) | MEMORY STAT | vsize 20975477MB | residentFast 1301MB
[task 2021-12-22T23:22:15.542Z] 23:22:15     INFO - TEST-OK | browser/components/enterprisepolicies/tests/browser/managedbookmarks/browser_policy_managedbookmarks.js | took 90071ms
```
Bug: color settings are ignored by settings page
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-12-23 02:56:46+00:00
Resolved: 2021-12-23 17:16:03+00:00

Steps to reproduce:

Change color settings and select "Always".


Actual results:

The settings page selected selected the "Text" setting as the background color and selected the "Background" color as the foreground color.

The mouse cursor is an "I" beam AND needs to be made bold. I'm not sure if the selected colors have affected it's color.
Bug: PDF Context menu Save Link As opens external app after download
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-12-23 03:43:35+00:00
Resolved: 2022-01-06 19:41:05+00:00

##### [Description:]
When using context menu to save a PDF, the file downloads and then is opened with the default PDF viewer. 
Follow-up from bug 1738129 and possible duplicate after bug 1741431, but logging it anyways since it's the PDF  case


##### [Environment:]
Windows 10, Mac 11, Ubuntu 20.04
97.0a1 2021-12-22

##### [Preconditions:]
new profile (default download settings)

##### [Steps:]
1. Access https://bugzilla.mozilla.org/show_bug.cgi?id=1738129
2. From [comment 0](https://bugzilla.mozilla.org/show_bug.cgi?id=1738129#c0) right click on the linked pdf and save as
3. Proceed to save.
4. From the about:preferences / General / Applications, set the PDF to use Always ask
5. Redo steps 1 +2 + 3
6. From the about:preferences / General / Applications, set the PDF to use system default application.
7. Redo steps 1 +2 + 3

##### [Actual Result:]
3. File is downloaded and opened with the external app.
5. File is downloaded and opened with the external app.
7. File is downloaded and opened with the external app.

##### [Expected Result:]
3. File is downloaded and opened with nightly( pdfjs)
5. FIle is downloaded and not opened.
7.  File  is downloaded and opened with external app.

##### [Note:]
Not sure though if a save as action should actually open the file, regardless of the download preferences. Similarly the in content Save As doesn't open the PDF, but arguably that makes more sense since you already have it open.
Bug: "Always ask you where to save files" doesn't trigger save location with "Always open"
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-12-23 04:21:58+00:00
Resolved: 2023-11-30 12:48:40+00:00

##### [Description:]
The "always ask where to save files" implies being able to set a download location on each download, followed by the action that the content type action specifies. Currently this works if the action is set to save, but not if the action is: open with default app or open with other app.


##### [Environment:]
Windows 10, Mac 11, Ubuntu 20.04
97.0a1 2021-12-22

##### [Preconditions:]
new profile (default download settings)

##### [Steps:]
1. Go to about:preferences / General / Applications and set "Always ask you where to save files"
2. Open https://ftp.mozilla.org/pub/firefox/releases/0.9.1/
3. Click to download the zip file.
4. From the download panel, right click and Always open.
5. Download the zip file again.
6. From the about:preferences / General / Applications, set the action for the zip to be open with other app (notepad for example)
7. Download the zip file again.

##### [Actual Result:]
3. Download location selector is displayed.
5. Download location selector is not displayed
7. Download location selector is not displayed

##### [Expected Result:]
For all cases, I would expect to be able to set the download location when the global settings is "Always ask you where to save files"
Bug: The "about:logins" page cannot be scrolled anymore when it is smaller resized
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-12-23 07:36:19+00:00
Resolved: 2022-04-09 16:40:57+00:00

[Affected versions]:
- Nightly 97.0a1 (Build ID: 20211222165857)
- Beta 96.0b8 (Build ID: 20211221185759)

[Affected Platforms]:
- Windows 10 x64
- macOS 11.6
- Ubuntu 20.04

[Prerequisites]:
- Have the latest Firefox Nightly/Beta browser installed and opened.

[Steps to reproduce]:
1. Navigate to the “about:logins” page.
2. Resize the browser and try to scroll the page.
3. Observe what happens.

[Expected result]:
- The page can be scrolled and all the page elements are visible.

[Actual result]:
- The page cannot be scrolled and some elements are not visible.

[Regression]
- The issue is not reproducible with the older Nightly 97.0a1 build. Considering this using mozregression tools I have found the regression range. Here are the results:
Last good revision: f007b3b66bb91d97049fb9ff31ab6cc6aab36fd8
First bad revision: 2c905815eb29e3ed917093bcafb3cba66ea38f13
Pushlog: [link](https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=f007b3b66bb91d97049fb9ff31ab6cc6aab36fd8&tochange=2c905815eb29e3ed917093bcafb3cba66ea38f13)

From this pushlog it seems that Bug 1745020 introduced this behavior.

[Notes]:
- Attached is a screen recording of the issue.
Bug: Content being copied from address bar is not the content visible at the copying time
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2021-12-23 09:04:04+00:00
Resolved: 2022-06-02 13:14:42+00:00

## Steps to reproduce

1. Open a URL, a web page will be displayed
2. Copy (Cmd+C) any content from the web page
3. Select the whole URL (Cmd+A) in the address bar, and paste (Cmd+V) the content in the clipboard to the address bar (will replace the URL)
4. Copy the whole content of the address bar
5. Paste it in a text editor

## Expected results
The content that got pasted at (5) is the content that got pasted at step (3) (and being copied at step (4)).

## Actual results
The content that got pasted at (5) is the URL from step (1)

*This behavior does not always observable, but it occurs frequently enough to get noticed.
Bug: clicking the close tab button is delayed or even lost
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-12-23 09:29:58+00:00
Resolved: 2022-02-22 15:27:33+00:00

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

Steps to reproduce:

After updating to 95.0.0 closing tabs in Firefox sometimes takes several seconds or requires clicking the X button again. Meanwhile, the X button animation works fine and the pages remain fully responsive. The troubleshoot mode doesn't help.

I managed to record a video. Watch closely the top right corner of the window while I'm clicking the tab.

https://drive.google.com/file/d/1-DGN-534nvJ_rQQHpHoH2naXZ5Tjzd8m/view?usp=sharing
Bug: Screenshots in Firefox, can't select a region of the page to be screenshotted on a tablet (using only fingers)
Status: NEW
Priority: P3
Created: 2021-12-23 11:33:32+00:00
Resolved: 2023-01-19 23:30:59+00:00

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

Steps to reproduce:

Open Firefox 95.0.2 (32-bit) on a Windows 10 tablet.
Hold finger on the page to bring up the Take a Screenshot menu entry
Select Take a Screenshot


Actual results:

When I drag my finger, the page only scrolls and no selection appears


Expected results:

I can select an element to be captured with my fingers
First touch and drag creates the selection, second touch and drag outside the selection scrolls the page
Bug: it's possible to inject javascript into a pdf and execute it in the browser (pdf.js library)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-12-23 12:56:20+00:00
Resolved: 2024-12-16 14:06:58+00:00

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

Steps to reproduce:

I open the attached poc pdf file with an up to date firefox browser 96.0b8 (64-bit)


Actual results:

The injected javascript from the pdf is executed.


Expected results:

The injected javascript should not execute.
Bug: Last tab closed by `window.close()` in the webpage's context is restored on restart
Status: NEW
Priority: --
Created: 2021-12-23 13:50:19+00:00
Resolved: 2025-03-02 14:50:44+00:00

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

Steps to reproduce:

uBlock Origin (and maybe AdGuard) now have `window-close-if` scriptlet https://github.com/gorhill/uBlock/commit/c198b9a748265c0e1ce7f5bad4528d5bf6ce8161
which should be used to close tabs opened from other applications. It works by calling `window.close()` in page context, so it works only on fresh tabs.

If you add `example.com##+js(window-close-if)` to uBO "My filters", close all tabs (and browser), then use command line like this:

     ~/firefox-nightly/firefox -P "nightly-test" https://example.com/

there will not be possible to manually launch Firefox again, because it will restore `example.com` on each startup and this tab will be closed by add-on which in turn will close whole browser.

There is no issue in Chrome because on next manual start Chrome launches "New tab" - does not restore example.com.
Bug: History of closed windows disappeared
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-12-23 15:48:41+00:00
Resolved: 2022-11-11 11:33:20+00:00

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

Steps to reproduce:

I cannot reproduce this problem at will.

It sometimes happens that Firefox doesn't open previous tab but they are usually still in my history so I can open them from there.


Actual results:

Windows 10 Pro x64
Firefox settings: Open previous windows and tabs at startup enabled.

I always have about 10 tabs that reopen but today I only saw a blank new tab when I opened Firefox. It's happened before but no worries, I can go to History -> Recently closed windows and reopen. Today not though, my history of closed windows was completely empty.
I can however still access pages through the general browser history but it takes unnecessary time to find back what I was actually working with. 

I didn't even reboot or log out of Windows since the last time I closed Firefox browser.


Expected results:

My browser should've opened with all the browser tabs that were open when it closed.
Firefox's history of recently closed windows should not have been empty.
Bug: Intermittent browser/components/urlbar/tests/browser/browser_stop_pending.js | Should set expected URL bar value - http://example.org/ - Got "http://www.example.com/browser/browser/components/urlbar/tests/browser/slow-page.sjs", expected "http://exa
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2021-12-23 18:13:54+00:00
Resolved: 2022-07-25 23:16:36+00:00

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

---
```
[task 2021-12-23T17:39:41.563Z] 17:39:41     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_stop_pending.js | Should not have changed URL bar value synchronously. - 
[task 2021-12-23T17:39:41.565Z] 17:39:41     INFO - Buffered messages finished
[task 2021-12-23T17:39:41.576Z] 17:39:41     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_stop_pending.js | Should set expected URL bar value - http://example.org/ - Got "http://www.example.com/browser/browser/components/urlbar/tests/browser/slow-page.sjs", expected "http://example.org/"
[task 2021-12-23T17:39:41.577Z] 17:39:41     INFO - Stack trace:
[task 2021-12-23T17:39:41.577Z] 17:39:41     INFO - chrome://mochikit/content/browser-test.js:test_is:1403
[task 2021-12-23T17:39:41.578Z] 17:39:41     INFO - chrome://mochitests/content/browser/browser/components/urlbar/tests/browser/browser_stop_pending.js:handler:259
[task 2021-12-23T17:39:41.580Z] 17:39:41     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_stop_pending.js | Should set expected URL bar value - http://example.org/ -
```
Bug: For some reason _openPopupIfDataReady gets called multiple times when initially opening the downloads panel automatically as the result of a download
Status: NEW
Priority: P3
Created: 2021-12-23 19:33:12+00:00
Resolved: 2022-01-13 20:46:05+00:00

This doesn't really make sense - it appears we end some batched changes multiple times and that trips the same code. The re-entrancy protection that's there (that checks a property that effectively mirrors the panel's state):

```js
  _openPopupIfDataReady(openedManually) {
    // We don't want to open the popup if we already displayed it, or if we are
    // still loading data.
    if (this._state != this.kStateWaitingData || DownloadsView.loading) {
      return;
    }
```
([searchfox](https://searchfox.org/mozilla-central/rev/36e240b0ddb7227290a6614117ae6720c010357f/browser/components/downloads/content/downloads.js#591))

 isn't helping because it happens so quickly that we haven't yet finished showing the panel the second/third time we're invoked.
Bug: File handlers one time migration file handling missfires in some cases (Windows+Mac)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-12-23 20:39:59+00:00
Resolved: 2022-01-10 20:31:19+00:00

##### [Description:]
As part of the verification for handlers migration from bug 1736924, we've cooked up some ESR 79 profiles with different handlers that we've then migrated to the latest Nightly.
The expectancy is that always ask (excluding irc defaults) are migrated to default save as and all custom settings are preserved.

Please note that the custom handlers.json have been manually constructed (really a headache to add additional file handlers in older versions - makes you apreciate even more Download Panel improvements)

##### [Steps:]
1. Create new profiles containing the data from:
1a. windows [windows-profile.zip](https://drive.google.com/file/d/16sj24smn44uTdx18jjfTLkQQFwBKgEbt/view?usp=sharing) 
1b. mac [mac-profile](https://drive.google.com/file/d/1uXIlBwtzJu4uk3ETeVYEXIvfD8rA7ArS/view?usp=sharing) 
1c. ubuntu [ubuntu-profile](https://drive.google.com/file/d/15pYIJnM7SIljFbrBvfY4flZ2tMg-Xybe/view?usp=sharing) 
2. Open the profiles with latest Firefox (Nightly 97)

##### [Expected Result:]
a. always ask  -migrates to save
b. custom actions set, excluding always ask + irc handlers remains as set after migration.
c. default open with firefox remains the same, if not user changed

##### [Actual Result:]
1a. Windows migration  [migrated windows-handler.json](https://drive.google.com/file/d/1GUrqcXq5TMbLeGFRjPCTyvhP_t3_fn81/view?usp=sharing)
mkv, jpe - gets migrated from always ask to use default app.

2a. Mac migration [migrated mac-handler.json](https://drive.google.com/file/d/1YZFRIq6o7h52VM6z7T3EPsCS_mdNYSu9/view?usp=sharing)
mkv - even though is listed as always ask after migration, seems to be wanting to open with default app. although there's none for my mac - also the icon is the one for default app rather than always ask

3a Ubuntu migration  [migrated ubuntu-handler.json](https://drive.google.com/file/d/19S0kc1sk7rUWCTP2KSuM5_T8yAJvO40T/view?usp=sharing)
all good here.

##### [Notes:]
1. The used handlers.json has been manually edited adding the additional handlers for ESR 78.0.15
2. The used handlers.json contain an intended(after the fact :) ) duplicate
Bug: HSTS Timeout is not properly used
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-12-23 23:35:14+00:00
Resolved: 2021-12-26 06:22:29+00:00

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

Steps to reproduce:

Set up a website with HSTS, timeout of 604800.

Visited the https site with Firefox, then tried the http site.  Initially Firefox will directly go to the https site as expected.

After 10 minutes Firefox will initially to the http site.

Given the current expiration value it seems Firefox is interpreting the expiration as milliseconds, not seconds.


Actual results:

After ~ 10 minutes Firefox will go to the http site.


Expected results:

Firefox should still have gone straight to the https site.