av9ash/GitBugs huggingface dataset:
Bug: long URL's are truncated
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2020-07-19 05:50:58+00:00
Resolved: 2020-08-01 02:52:07+00:00

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

Steps to reproduce:

Entered a very long (1026 characters) URL entered in url box
https://login.cern.ch/adfs/ls/?SAMLRequest=lVJLT%2BMwEP4rke95qiXFaiqFVmgrsRDRwoHb1J60lhw763HK7r8nuEWwBypx9Xyvmc9zgk4XPa8HfzCP%2BGdA8tHfThvip0nFBme4BVLEDXRI3Au%2BqX%2Ff8SLJeO%2Bst8JqFtVE6LyyZmkNDR26DbqjEvj0eFexg%2Fc98TQV6ExCp0Fs7GsibJcaOPawx0RaFq1Ge2XgXeeTpe1emSRwxSEF2VKqKWXRrXUCQ%2FCKtaAJWbReVWxzv8QrWU6gnGXZFEULZX4td3I3g7K4mk4wa0cgNUCkjvhJJRpwbciD8RUrsiKLszLOr7fZlBcTnpfJbFa8sKg5r3yjjFRmf%2Fk%2BuxOI%2BK%2Fttombh802CByVRHc%2Fon9wmmd0FM4y6rLFPLTDQ2j3tbDLeeCjJba4ZDxPv8qfzXr%2Bnni9aqxW4l9Ua21flw7Bj1t4N2AopAP%2FfYI8ycOLknEboBw7ULqW0iERSxdn3%2F%2B%2F4%2BIN&RelayState=https%3A%2F%2Fcern.service-now.com%2Fservice-portal%2F%3Fid%3Dmy_items&SigAlg=http%3A%2F%2Fwww.w3.org%2F2000%2F09%2Fxmldsig%23rsa-sha1&Signature=PFjtU8e2AdUUn50ScONTAmdpu4qUduQOF29UiG8BCOHDx00yhHx%2FohrP95pRvRvSXl75bR45fbQDXU9CEfHc6VlSDLwEpJdQHeeiaGWM5cofEHjpcs4doA%2FLH%2FANfU9FCkIr%2B7xBAwe6eZ6cTjvTfXOauX3E%2Be52gAeiVBPvpt%2BsAVnk%2F4cnvl5mN560DlO64tHGgMy0s3wD9yJzpJza7AAUNRKtqghPOBWc4iDnFevGRNllQYKz2S9IVcAyY4drD5G0iqStiqm%2BOvmN8MuZbyfO4amOxJD6mzXd4in6%2B56JYjtOZLsz6IfdbPVfFd6efDF2MbwGxdLZMYa0hif77g%3D%3D



Actual results:

URL was truncated, so I received a 404 error


Expected results:

full length of the URL should have been accepted.
The url works fine with Chrome.
Bug: Low quality favicon
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-07-19 08:01:45+00:00
Resolved: 2020-07-23 02:22:50+00:00

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

Steps to reproduce:

1. Open Firefox.
2. Click on the address bar.
3. Type https://www.pluralsight.com/ or https://www.amazon.com/
(this problem occurs with all urls)


Actual results:

In the tab title, the quality of the favicon is really very low.


Expected results:

In the tab title, the quality of the favicon should look good as it does with other browsers.
Bug: Filters for contrast and invert are swapped on backdrop-filter
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-07-19 08:21:21+00:00
Resolved: 2020-07-19 09:29:37+00:00

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

Steps to reproduce:

- create a dummy test page with a background image on the body tag
- apply a CSS rule on the html element (body parent) to set the backdrop-filter for the body background image
- (1) set backdrop-filter to invert(1)
- (2) set backdrop-filter to contrast(1) 


Actual results:

- for case (1) invert=1 there is no visible change even though the expectation is that the background image colors should be inverse
- for case (2) the colors are inverse even though this is supposed to be the contrast filter


Expected results:

- the contrast filter should change the contrast of the backdrop-filter body image and invert should invert colors
Bug: High RAM consumption with few open tabs
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-07-19 08:32:53+00:00
Resolved: 2020-07-23 18:17:41+00:00

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

Steps to reproduce:

1. Open Firefox.
2. Open four tabs.
3. Type in any URL for each tab.


Actual results:

By opening the activity monitoring utility, you notice an excessive consumption of RAM.


Expected results:

Much lower RAM consumption.
Bug: Sync icon spinning all the time
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-07-19 12:35:52+00:00
Resolved: 2021-06-11 11:06:42+00:00

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

Steps to reproduce:

Open latest Firefox Nightly. 
After a few seconds the Sync icon starts spinning (as opened from the Firefox account icon).



Actual results:

Sync icon spins for a very long time (and it shouldn't).
Clicking for example 'tabs from other devices' and going back to the Firefox account tab fixes this issue.


Expected results:

Sync icon should revert back to the grayed out icon after a few second.
Bug: [RTL] Mirror the theme icons in the new multistage about:welcome
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-07-19 15:54:43+00:00
Resolved: 2020-07-23 09:43:01+00:00

See attached, the two SVGs should be mirrored for RTL.

After these rules:
https://searchfox.org/mozilla-central/rev/b2395478c6adf6e5b241be1610fb1d920ed995ed/browser/components/newtab/aboutwelcome/content/aboutwelcome.css#337-341
https://searchfox.org/mozilla-central/rev/b2395478c6adf6e5b241be1610fb1d920ed995ed/browser/components/newtab/content-src/aboutwelcome/aboutwelcome.scss#345-349
something like this should do it:
```css
.multistageContainer .tiles-theme-section .theme .icon:dir(rtl) {
  transform: scaleX(-1);
}
```
Bug: Issue with pop-up shown by a toolbar icon
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-07-19 17:37:17+00:00
Resolved: 2020-07-23 14:49:35+00:00

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

Steps to reproduce:

1. Open Firefox.
2. Install the uBlock Origin add-on or any other add-on that opens a popup.
3. Click on the extension icon.
4. Open any application you have installed on your PC.
5. Return to the Firefox window.


Actual results:

The extension pop-up is closed and for some extensions it is not possible to insert the saved data, for example, in a text file.


Expected results:

The extension popup remains open.
Bug: PDF renders blurry with overleaf built-in viewer on FIrefox 79,  OSX, retina screen
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-07-19 19:30:22+00:00
Resolved: 2020-07-20 14:54:21+00:00

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

Steps to reproduce:

On overleaf.com create a pdf, use the built-in viewer to see the compiled pdf. 


Actual results:

The text looks blurry in macbook retina screen. Looks fine on non-retina screens. This used to not happen in FIrefox 78. It's a regression introduced in 79. I believe some rendering changes which were introduced in 79 might be the culprit.


Expected results:

It should not look blurry, as in Firefox 78.
Bug: Autofill not working well when an origin is dominating others or websites change origin often.
Status: NEW
Priority: P3
Created: 2020-07-20 02:53:37+00:00
Resolved: 2020-07-21 16:54:45+00:00

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

Steps to reproduce:

noticed autocomplete in the address bar was not working on site i often
normally i use Ctrl+L and type 'ani' and it autocompletes, this no longer happens
if i delete my browser history for imgur it suddenly works again

I have attached a sanitized copy of places.sqlite in the zip file along with a recording of the issue

* be aware I do browser user sub on imgur at times, if you go opening random imgur links from my history you have been warned
* I have deleted some data using a sqlite db editor in addition to deleting it from within firefox (bookmarks and history) as i do not plan on posting my browser history


Actual results:

When I type ani into the address bar nothing is auto-completed and it defaults to search the web, deleting imgur browser history should not have any effect on this


Expected results:

When I type ani into the address bar it should autocomplete the domain name
Bug: Zap underline doesn't work when spanning multiple lines or with longer text.
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-07-20 07:01:06+00:00
Resolved: 2020-09-02 09:17:11+00:00

This is the current Italian translation

```
onboarding-multistage-import-header = Importa password, segnalibri e <span data-l10n-name="zap">altro ancora</span>
```

Notice how the `zap` doesn't follow on the second line. 

I can work around it by adding a non-breaking space, but I think it should be fixed on the code side. I tried adding a `white-space: nowrap`, and turns out the highlight it's too short for 2 words, although they're not very long.
Bug: Autocomplete URL changed if it starts with le.... and has a port. etc. lettest:8080/test.html
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-20 09:14:59+00:00
Resolved: 2020-07-21 07:36:36+00:00

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

Steps to reproduce:

Copy this into the URL:
lettest:8080/test.html

(no protocol)


Actual results:

url was changed to:
filettest:8080/test.html
Notice it starts with file. It is not just defaulting to file protocol file://


Expected results:

It should have defaulted to:
http://lettest:8080/html

Bug can be reproduced with these 3 conditions all fulfilled.
1)start of url is  'file' or 'le'
2)There is no protocol specified
3)There is a port specified

Tested on multiple Linux OS's.
Does work in chrome.
Bug: Radio button is not showing in Firefox version 65
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-20 09:32:16+00:00
Resolved: 2020-07-21 15:37:30+00:00

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

Steps to reproduce:

Create a HTML form with radio buttons and open the file in Firefox version 65


Actual results:

User cannot see radio buttons in the browser 


Expected results:

Radio buttons should be present
Bug: [Windows] Show all the bookmarks folder/ Show all tags expand arrows are barely visible on dark theme
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-07-20 10:20:50+00:00
Resolved: 2020-08-17 12:59:58+00:00

**Affected versions**
- 79.0b9
- 80.0a1 (2020-07-19)

**Affected platforms**
- Windows 10

**Steps to reproduce**
1. Set Firefox on dark theme (Menu - Customize - Themes)
2. Attempt to bookmark any website
3. Observe the Show all the bookmarks folder/ Show all tags arrows

**Actual result**
- The down arrows are barely visible 

**Expected result**
- The down arrows are visible 

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

**Additional notes**
- Not reproducible on Ubuntu 18 and macOS 10.15
- Recommended severity: S3
Bug: Another scroll bar is shown while resizing the browser from bottom in about:newtab when having some highlights
Status: NEW
Priority: P2
Created: 2020-07-20 11:32:09+00:00
Resolved: 2024-02-26 12:20:23+00:00

*Affected versions*
* 80.0a1 (20200719185002)
* 79.0b9 (20200717001501)
* 78.0.2 (20200708170202)

*Affected platforms*
* Windows 10x64
* macOs 10.12
* Ubuntu 18.04

*Preconditions*
* Have Highlights list populated with at least one website.

*Steps to reproduce*
1. Open Firefox and resize the browser up and down from the bottom side.
2. Observe the scroll bar.

*Expected result*
* One scroll bar should be shown.

*Actual result*
* Another scroll bar is shown after the first one.

*Regression range*
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=c7842b0d5e8a0d24734b48659808efc36e90a7be&tochange=c2915b6d5c8e2f6877b08c4bea134d894bd2fa6d

*Notes*
* Attached a screen recording.
**Severity S3**
Bug: Search result not correctly aligned for Zoom section when searching for numbers in about:preferences
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-07-20 12:03:58+00:00
Resolved: 2020-08-11 13:21:30+00:00

*Affected versions*
* 80.0a1 (20200719185002)
* 79.0b9 (20200717001501)
* 78.0.2 (20200708170202)

*Affected platforms*
* Windows 10x64
* macOs 10.12
* Ubuntu 18.04

*Steps to reproduce*
1. Open Firefox and go to about:preferences page.
2. Type a random number in `Find in Options` (e.g 30).

*Expected result*
* All results are correctly displayed.

*Actual result*
* Zoom result is not correctly aligned.

*Regression range*
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=27a1becd947bec022c2fb02411b4d9b57a58c2a9&tochange=e9be8f3a3de25c851d77e22c908bb41e8829e6f7

*Notes*
* Attached a screenshot.
**Severity S4**
Bug: When only the search box is enabled in Firefox newtab, the Firefox logo is no longer displayed
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-07-20 17:11:47+00:00
Resolved: 2020-07-23 09:00:56+00:00

STR:

- in a new profile (I have tested this in 78, 79, and 80, macOS) go to the preferences for newtab
- disable all sections except Search
- open a new tab

Expected:
A Firefox logo above the search bar

Found:
No logo
Bug: "Syncing..." button does not stop spinning
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-20 19:57:19+00:00
Resolved: 2022-02-23 07:39:13+00:00

"Syncing..." button does not stop spinning since the build 80.0a1 (2020-07-20) (64-bit) for new and existing accounts. Sync works as expected I think , so this could just be cosmetic.

Mark, did anything new land that could cause this UI issue?
Bug: Changing the Zoom in one browser window changes it in other widows
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-07-20 20:26:53+00:00
Resolved: 2020-08-07 02:20:22+00:00

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

Steps to reproduce:

I updated FF from 78.0.1 to 78.0.2 on 2020-jul-19.
Today, 2020-jul-20 (after updating to Win.10.2004 [THAT was painful!] ...) FF now zooms multiple windows at the same time! I have never seen this before. I have 3 monitors with different DPI so I use different zoom levels on each one. 
It only seems to happen if the open windows (/active tabs) are one the same TLD (top level domain).
I opened 3 FF windows, all to the same URL. Put them on different monitors and scroll-zoomed in one windows: They all changed zoom at the same time.
I confirmed this behavior on multiple sites, including: https://www.mozilla.org/en-US/



Expected results:

Only the windows that is active (has focus) should zoom. This is the way it has worked in the past for me.
Bug: Firefox Sync Accounts are not syncing
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-20 20:56:50+00:00
Resolved: 2021-01-20 21:59:27+00:00

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

Steps to reproduce:

tried logging out and then back into firefox account on both computers.


Actual results:

nothing. Sync not working


Expected results:

Bookmarks and saved logins should have synced with both computers. I am attaching my sync log report, not sure what is going on.
Bug: Pinned tab page is loaded as blank
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-21 00:55:43+00:00
Resolved: 2023-01-26 13:04:40+00:00

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

Steps to reproduce:

Have a several pinned tab that I use daily but often when starting Firefox after computer restart, pinned tab loads page as blank with refresh button greyed out, only way to load page is via address bar enter

Other thing I noticed is pinned tab shows up refresh icon when Firefox is loaded but page is not loaded after wards. 

Other weird thing is this only affects certain pinned pages not all


Actual results:

Page is returned as blank

Attached screenshot shows pinned tab with blank page


Expected results:

Pinned tab should have loaded the page as usual
Bug: When typing "why" quickly, it turns into "wy" or "w"
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-21 01:17:44+00:00
Resolved: 2020-09-01 09:08:11+00:00

When focusing the URL bar and typing "why" quickly, the h and sometimes also the y are erased.

I'm seeing this in the 20200720214226 Nightly.
https://hg.mozilla.org/mozilla-central/rev/2f2cb7c9bcced2ec48d8fba6a369af03d1b46f64
Bug: Missing Italian translation
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-07-21 06:03:40+00:00
Resolved: 2020-07-21 13:05:53+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40

Steps to reproduce:

1. Open Firefox.
2. Type in address bar about:config.
3. Click the "Accept risk and continue" button.
4. Set browser.translation.ui.show to true.
5. Type in the address bar about:preferences.
6. Scroll down to the Language section and select "Translate web content".
7. Go to a web page that is not in Italian.


Actual results:

It is not possible to translate the page into Italian.


Expected results:

The page is translated into Italian.
Bug: A previously removed default search engine is not restorable after a browser restart/upgrade
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-07-21 12:00:18+00:00
Resolved: 2020-07-28 09:02:27+00:00

**Affected versions**
* 80.0a1 (BuildId:20200720214226)

**Unaffected versions**
* 79.0b9 (BuildId:20200717001501)
* 79.0 (BuildId:20200720193547)
* 78.0.2 (BuilId:20200708170202)
* 68.10.0esr (BuildId:20200622191537)
* 78.0.2esr (BuildId:20200708170510)

**Affected platforms**
* Windows 10 64bit
* Ubuntu 18.04 64bit
* macOS 10.14

**Steps to reproduce**
1. Launch Firefox.
2. Access the about:preferences#search page.
3. Remove a default search engine.
4. Restart Firefox or upgrade Firefox.
5. Access the about:preferences#search page.
6. Try restoring the default search engines by clicking the “Restore Defaults Search Engine” button.

**Expected result**
*  The “Restore Default Search Engine” button is enabled and the search engine can be successfully restored.

**Actual result**
* The “Restore Default Search Engine” button is disabled and the previously removed search engine cannot be successfully restored.

**Regression Range**
* This seems to be a regression:
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=50aa1945d817b7e6a7c9488fcf92e07352623cac&tochange=e1d659582192657c70a9420d98bd53fb3838c255
* Possible Regressor: Bug 1647359 

**Notes**
* For further information regarding this issue please observe the attached screencast.
* A workaround for this issue is to remove another search engine (during the same browser session) and restore them all by clicking the “Restore Default Search Engine”
* Same issue is encountered if trying to reorder the search engines, after a browser restart their default position cannot be restored via the "Restore Default Search Engine" button.
* [Proposed Severity] I think that this is a S3 severity issue.
Bug: Bing - browser.search.with_ads randomly recorded.
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2020-07-21 13:59:57+00:00
Resolved: 2025-02-03 08:51:53+00:00

**Description**
We get random results in telemetry for browser.search.with_ads using BING as default engine
sometimes we get browser.search.with_ads and sometimes it is missing at first try.
If we repeat the process it starts to show up , and if it fails we repeat a third time and it shows up.

**Tested on**
Windows 10 64big, ubuntu 18.04 and Macos 10.15
using Nightly 80.0a1 , Release 78.0.2 , and Beta    79.0b8

**Steps to reproduce**
1) create New profile
2) set browser.newtabpage.activity-stream.improvesearch.handoffToAwesomebar off
3) Bing set as default engine
4) Using address bar, type https://www.emag.ro/
5) click on one of the samsung galaxy phones in the middle of the page
6) highlight the word "samsung galaxy" and right click and select search with bing
7) go to about:telemetry raw Json and search browser.search.with_ads


**Actual results**
 Sometimes we get browser.search.with_ads at first try, sometimes we have to go back to step4 and repeat the proces.
and sometimes we have to repeat step4 a third time in order for it to show up

**expected results**
 it should show up at first try in telemetry.


**NOTES** this bug is similar to bug  https://bugzilla.mozilla.org/show_bug.cgi?id=1604520
but that bug is specific for clicking, altho the behaviour is exactly the same without clicking 




Nightly 80.0a1   
runned clean 1 time: worked at first try.
runned clean 2nd time: did not work, then went to emag.ro and repeated steps and did not work, then went to emag.ro and repeated step and it worked.

Beta    79.0b8   
runned clean 1 time: worked at first try 
runned clean 2nd time: did not work at second try > then repeated step at emag.ro and it worked. 

Release 78.0.2   
runned clean 1 time: did not work at first try, then went to emag.ro again and repeated steps. and worked.


Add link that was showing on bing search page that was not recorded in about telemetry:
https://www.bing.com/aclick?ld=e8ViEHpiSuHRdNEJKwvQZLvTVUCUwfZsCggIHA8FYFVZ88YT9ckAw0X7MRLa8XL42Eo7qUPpZWP7L7gnD7IC8bZXV0dyBbhZB0pX7bDEL-SqZweLu9WerbhGDYjviTmgFDZ5UknFN-kDWycGmas9XQUNsUeuA&u=aHR0cHMlM2ElMmYlMmZ3d3cuZ2lnYXByb21vLmNvbS5hciUyZiUzZnElM2RnYWxheHklMjUyMHNhbXN1bmclMjZhc2lkJTNkZ2lnYV9hcl9iYV9nYzFfMDUlMjZkZSUzZGMlMjZhYyUzZDk5OTclMjZtc2Nsa2lkJTNkY2U2MjIyYzZlZTFmMTRhMjVhZmU3ZGQwMDE3Mzc2OWY&rlid=ce6222c6ee1f14a25afe7dd00173769f
Bug: PDFA Font Render Problem German Umlaut
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-07-21 15:00:53+00:00
Resolved: 2020-08-27 12:56:14+00:00

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

Steps to reproduce:

Using tcpdf making a PDF in PDF/A mode, 
it uses "PDFAHelvetica" as embedded font.


Actual results:

Opening the PDF inside Firefox shows that the umlauts are not at the right position above the letter.


Expected results:

Opening the File in Adobe PDF Reader or Edge or Chrome shows the PDF correct
Bug: Start page opens on existing tab when "Restore Previous Session" is enabled
Status: UNCONFIRMED
Priority: --
Created: 2020-07-21 15:10:11+00:00
Resolved: 2023-10-06 11:31:53+00:00

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

Steps to reproduce:

I have "Startup > Restore previous session" enabled, and restarted the browser using the X button in the upper right, and then launched it from the applet icon.


Actual results:

When relaunching the browser, the start page opens on whatever tab was last active. The stored tab is still available via the back button. The same behavior is observed irrespective of the "new windows and tabs" options selected (I use the FF Default page, but tested a custom URL and a blank page, all with the same result).

This occurs on the Fedora32 browser, but did not occur on the Windows 10 version of FF 77, nor does it occur on FF 78.2 on Windows 10. 


Expected results:

The browser should not open a new window at all when "restore previous session" is enabled; it should restore the previous session as it was (as closely as possible).