av9ash/GitBugs huggingface dataset:
Bug: Downloading from internal PDF viewer produces the wrong download link if link is copied from library.
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-07-08 13:48:54+00:00
Resolved: 2022-09-13 10:31:45+00:00

**Found in**
Firefox 103.0b6

**Affected versions**
Firefox 103.0b6
Firefox 104.0a1

**Affected platforms**
Windows 10
macOS10.13
Ubuntu 20.04

**Steps to reproduce**
1. Open FF.
2. Open pdf file. (I used "http://www.pdf995.com/samples/pdf.pdf ").
3. Download pdf.
4. Open download file (Library).
5. Right click on the downloaded pdf 'Copy Download link'.
6. Paste the copied link to a new tab.

**Expected result**
Copied file should be “http://www.pdf995.com/samples/pdf.pdf”.

**Actual result**
Copied file is "blob:resource://pdf.js/9f79bca1-df79-4060-b207-24dd3f6d5374".

**Regression range**
Will add as soon as possible.

**Additional notes**
* The issue is related to bug 1766030.
* Issue is fixed if downloaded panel is reached from the toolbar button. Only reproducible if downloaded panel is reached from the Library view.
Bug: Save to Pocket panel refresh recent saves edge cases
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-07-08 14:06:03+00:00
Resolved: 2022-07-14 12:19:48+00:00

I noticed that if you save something like https://developer.mozilla.org/en-US/docs/Web/CSS/box-shadow recently, and try to open the home panel, it doesn't open the home panel.

This is due to the article having some props we didn't expect, and in a format that we didn't expect.

I think easily fixable, but I also think we should take this time to safeguard this so if another story has an unexpected format to the data, we can handle it gracefully.
Bug: Ctrl + F behavior with "highlight all" not as expected. Need to press enter after ... to highlight
Status: UNCONFIRMED
Priority: --
Created: 2022-07-08 15:32:15+00:00
Resolved: 2022-09-19 12:06:44+00:00

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

Steps to reproduce:

Ctrl + F, with highlight all enabled


Actual results:

not all occurrences are highlighted


Expected results:

all occurrences should've been highlighted
Bug: structuredClone does not clone errors stack properly
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-07-08 18:25:17+00:00
Resolved: 2022-07-19 14:04:26+00:00

Steps to reproduce:

var error = Error(5);
error.stack; // => '@debugger eval code:1:6\n'
var cone = structuredClone(error);
clone.stack; // => ''


Actual results:

^


Expected results:

error stack should be the same
Bug: ameblo blog the right side pane(Profile, Follow Me, Recent Entries, Theme and Calendar etc..) are missing in Private Window
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-07-09 06:12:43+00:00
Resolved: 2024-03-04 23:19:05+00:00

Steps to reproduce:
1. Open `New Private Window`(Ctrl+Shift+P)
2. Open https://ameblo.jp/horichiemi-official/entry-12752551199.html?adxarea=Bna2s in the pb window

Actual results:
Right side pane(Profile, Follow Me, Recent Entries, Theme and Calendar etc..) are missing.

Expected Results:
The right side pane should be displayed correctly.
Bug: Context menu does not recognise root domain (trailing dot/period) as URLs when selecting text
Status: NEW
Priority: P3
Created: 2022-07-09 07:06:50+00:00
Resolved: 2022-07-21 21:53:25+00:00

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

Steps to reproduce:

Highlight a URL in text, including the root domain "." at the end. Right click to open the context menu.

A simple page like this shows the issue. Compare the context menu for each line:
<p>www.example.com</p>
<p>www.example.com.</p>


Actual results:

If the root domain is excluded, FF recognises it as a URL and the context menu shows various options to "Open Link...". If the root domain is included, FF does not recognise the highlighted text as a link and does not show the options to open the link.


Expected results:

Full domains include a "." at the end. This is the root domain. FF should recognise URL's that include the root domain (eg: www.example.com.) and show the options to open the link.
Bug: Application crashed upon clicking the SAVE button while creating a new user, hence unable to create a new user in application.
Status: VERIFIED
Priority: --
Resolution: INVALID
Created: 2022-07-09 12:40:40+00:00
Resolved: 2022-07-09 12:49:32+00:00

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

Steps to reproduce:

1. Login into the application.
2.Navigate to the users Menu->New user
3. Filled out all the user information fields
4.Clicked on the SAVE button
5.Seen an error page


Actual results:

Seen an error page "Insert values Error..."


Expected results:

On clicking the SAVE button, you should be prompted to a successful message "New user has been created successfully".
Bug: ask for download folder
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-07-09 14:40:21+00:00
Resolved: 2022-08-29 15:17:56+00:00

Steps to reproduce:

I did activate the checkbox in Firefox to ask for the appropriate folder for every file to be downloaded.
When installing a new beta of Firefox (currently 103.b6) in the settings the checkbox still is checked active, but Firefox is ignoring the setting until you disable and re-enable it.
After installing the next beta, the same issue occurs again. I'm observing this since several updates up to now.


Actual results:

After updating to a current beta, all files to be downloaded are stored in the download folder without asking the user and despite the visible status of the checkbox for asking for a folder in the settings.

Important to know:
This happens after each update to a new beta UNTIL the user disengages and re-engages the checkbox. Then everything works fine UNTIL a new beta is installed. After new installation the checkbox is still visible set, but ignored again UNTIL de- and re-activated.
So there seems to be an issue in taking over the current internal status during an update. When toggling the checkbox, the settings are taken over.
When updating, the visual checkbox status is taken over, but not the internal setting, and toggling the checkbox is needed to "prick" the internal status.


Expected results:

Firefox should have asked for selecting a folder to download the file.
Bug: browser.taskbar.lists values are shared across profiles
Status: REOPENED
Priority: P3
Created: 2022-07-09 17:38:37+00:00
Resolved: 2022-08-22 16:16:45+00:00

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

Steps to reproduce:

1. Create 2 different profiles using about:profiles. Let's say profile A, profile B
2. Use profile A for a while. Then set profile B as default profile. close and reopen the browser. Browser will have defaulted to B
3. On taskbar or on start menu right click on Firefox. You can notice that profile A's frequent list is shown
4. The sensitivity of the information is dependent on the sites you have frequently visited using profile A. In my case it was showing my email id with number of messages on inbox. Theoretically it could be anything that's shown on the title bar 




Actual results:

1. I think the issue is with browser.taskbar.lists configuration (about:config) . It seems universal. So it does not change depending on the profile. 
2. If one of the profile owner is malicious and wants to violate the privacy/security of another user without the victim noticing, they can set browser.taskbar.lists.refreshInSeconds to a large number to keep the victim's information on taskbar lists forever. 

Security impact:
This bug has a huge a security impact whenever two people have to share the same browser. 
For example) A household where a brother and sister is sharing the same device. The sister is not allowed to use a particular social media because of conservative social values (This situation is actually true in many developing countries). But she uses the social media with a fake account, logs out carefully every time and switches profile. But the brother/any family member can find out their account username that might be shown in the taskbar because that is a frequently visited site. 
This is just a theoretical scenario. There could be potentially many other ways where this privacy violation could affect an end user. Like the email id leak in my screenshot


Expected results:

For each profile change, it should not show the previous user's frequently used list.
Bug: [macOS] Large* files fail to download (symptomsd RESOURCE_NOTIFY trigger (too many "dirty bytes" written))
Status: RESOLVED
Priority: P3
Resolution: INCOMPLETE
Created: 2022-07-10 00:11:42+00:00
Resolved: 2023-12-04 12:24:22+00:00

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

Steps to reproduce:

Download large file (ie: https://testfiledownload.com/) 10GB


Actual results:

Download fails randomly. I can 'Retry' the download, it will continue, then fail again. This repeats. 


Expected results:

File should complete download

I've tested in other browsers, Safari and Chrome, and the download completes. Looking at Console Log, I notice: "RESOURCE_NOTIFY trigger for firefox [22384] (2147512320 dirty bytes written over 19763.00s seconds, violating limit of 2147483648 dirty bytes written over 86400.00s seconds)" Might be related, maybe not.
Bug: It does not automatically resume downloads
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-07-10 14:04:06+00:00
Resolved: 2023-10-03 12:05:29+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/103.0.5060.114 Safari/537.36 Edg/103.0.1264.49
Firefox for Android

Steps to reproduce:

I am downloading a file and browsing at a same time.


Actual results:

The browser is freezed , that time the downloading file was stopped downloading instead of pausing the download. So i had to download the again. 


Expected results:

The download should be paused
Bug: Firefox View "tab" feels slower than other tabs because it opens on mouse click release, rather than immediately on mouse click
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2022-07-10 18:30:28+00:00
Resolved: 2023-02-06 20:06:45+00:00

One thing I noticed while opening Firefox View and following its progress was that it opens slightly slower than other tabs. 

I discovered that this was the case because unlike "real" tabs in Firefox, Firefox View opens when you release your mouse click rather than immediately on click. 

For consistency and a good user experience, Firefox View's "tab" should open with the same speed as ordinary Firefox tabs -- immediately on mouse click.
Bug: Page 2 loads in other PDF viewers but not pdf.js
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-07-10 23:20:04+00:00
Resolved: 2022-10-14 09:13:01+00:00

Attach (recommended) or Link to PDF file here:

Steps to reproduce the problem:
1. go to https://www.grafton-ma.gov/sites/g/files/vyhlif4461/f/pages/exh_2_-_site_plan_set.pdf
2. look at page 2

What is the expected behavior? (add screenshot)
- 

What went wrong? (add screenshot)
- blank page

2022-07-05 Nightly, macOS
Bug: downloading file with .ica extension stripped
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-07-11 02:42:24+00:00
Resolved: 2024-09-11 03:47:10+00:00

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

Steps to reproduce:

My client has this problem. After installing a new version of Citrix Workspace for Mac OS, Firefox removes the .ica extension on the filename when downloaded. I tried refreshing Firefox and downloading it again but it doesn't work anymore. It was working before installing Workspace.

I ended up switching her to Chrome.



Actual results:

see above


Expected results:

see above
Bug: open private window keyboard shortcut doesn't work when primary window is minimized
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2022-07-11 04:41:22+00:00
Resolved: 2022-10-14 12:19:39+00:00

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

Steps to reproduce:

1. Make sure you only have one Firefox window open and minimize it
2. With Firefox as active app, use keyboard shortcut to open private window (cmd+shift+p)


Actual results:

Nothing happens except the File section in the toolbar will blink as expected

An interesting note. I tried clicking the open private window option in the File tab on the toolbar and seven different private windows opened out of nowhere. It seems that all my keyboard entries with the primary window minimized were queued then executed all at once when I clicked the option in the toolbar. I'm not sure if those windows were open in the background over the last couple weeks but I sure hope not.

It's also worth noting that when my primary window was not minimized, my keyboard shortcut to open a private window worked perfectly as in it opened one window and one window only


Expected results:

A private window should've opened
Bug: 6.88 - 0.74% Images / Base Content JS + 3 more (Linux, Windows) regression on Wed July 6 2022
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-07-11 07:17:07+00:00
Resolved: 2022-10-03 14:44:49+00:00

Perfherder has detected a awsy performance regression from push [053171634fe2631afc525ee0575d8dcf8b0c9651](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=053171634fe2631afc525ee0575d8dcf8b0c9651). As author of one of the patches included in that push, we need your help to address this regression.

### Regressions:

| **Ratio** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)**| 
|--|--|--|--|--| 
| [7%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,2549390,1,4)  | [Images](https://firefox-source-docs.mozilla.org/testing/perfdocs/awsy.html#images)  | linux1804-64-shippable-qr | fission tp6 | 4,368,832.25 -> 4,669,595.13 |
| [6%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,3869871,1,4)  | [Images](https://firefox-source-docs.mozilla.org/testing/perfdocs/awsy.html#images)  | windows10-64-2004-shippable-qr | fission tp6 | 4,731,070.67 -> 5,001,149.39 |
| [1%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,3806453,1,4)  | [Base Content JS](https://firefox-source-docs.mozilla.org/testing/perfdocs/awsy.html#base-content-js)  | windows10-64-2004-shippable-qr | fission | 1,599,978.67 -> 1,612,328.00 |
| [1%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,3806453,1,4)  | [Base Content JS](https://firefox-source-docs.mozilla.org/testing/perfdocs/awsy.html#base-content-js)  | windows10-64-2004-shippable-qr | fission | 1,599,976.00 -> 1,612,306.67 |
| [1%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,3806445,1,4)  | [Base Content JS](https://firefox-source-docs.mozilla.org/testing/perfdocs/awsy.html#base-content-js)  | linux1804-64-shippable-qr | fission | 1,598,534.00 -> 1,610,372.67 |


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=34776), including links to graphs and comparisons for each of the affected tests. Please follow our [guide to handling regression bugs](https://wiki.mozilla.org/TestEngineering/Performance/Handling_regression_bugs) and **let us know your plans within 3 business days, or the offending patch(es) may be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

If you need the profiling jobs you can trigger them yourself from treeherder job view or ask a sheriff to do that for you.

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: Strange behavior if drag and drop an added element in edited PDF document
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-07-11 09:10:12+00:00
Resolved: 2022-07-13 14:43:34+00:00

**Note**
* This issue appears with this kind of [AcroForm PDF](https://www.deutschepost.de/content/dam/dpag/images/B_b/Briefe_ins_Ausland/downloads/zollinhaltserklaerung_cn23_2015.pdf), with this [PDF](https://www.irs.gov/pub/irs-pdf/f1040.pdf) the drag and drop is behave as expected.

**Found in**
* Firefox 104.0a1

**Affected versions**
* Firefox 104.0a1

**Affected platforms**
* Windows 10
* Ubuntu 22

**Steps to reproduce**
1. Launch Firefox and set pdfjs.annotationEditorMode = 0
2. Access any pdf form, ex: [link AcroForm PDF](https://www.deutschepost.de/content/dam/dpag/images/B_b/Briefe_ins_Ausland/downloads/zollinhaltserklaerung_cn23_2015.pdf)
3. Toggle on Add Ink Annotation button and draw something on pdf with holding left mouse button.
4. Select the drawing area and drag and drop it somewhere else on the PDF document.

**Expected result**
* The expectation is not to see that second element so far from where I want to drag the element.

**Actual result**
* A second element is seen very far from the element (on left side of the original element) and very far from the place where I want to drag the element.

**Regression range**
* I will come back with regression range ASAP.

**Additional notes**
* The same issue appears with Add Free Text Annotation. 
* On macOS it behaves a little differently.
Bug: Along with minimized the drawing area, should be minimized the edited box insider elements
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-07-11 12:36:41+00:00
Resolved: 2022-09-06 18:44:40+00:00

**Found in**
* Firefox 104.0a1

**Affected versions**
* Firefox 104.0a1

**Affected platforms**
* Windows 10 x64
* Ubuntu 22 x64
* macOS 12

**Steps to reproduce**
1. Launch Firefox and set pdfjs.annotationEditorMode = 0
2. Access any pdf form, ex: [link](https://www.irs.gov/pub/irs-pdf/f1040.pdf)
3. Toggle on Add Ink Annotation button and draw something on pdf with holding left mouse button.
4. Select the drawing area and with holding the left mouse click minimize the size of selected box to the smallest possible size.

**Expected result**
*  Along with minimizing the element drawn before, should be minimizing the selected box insider elements (see the lines from bottom right corner).

**Actual result**
* The lines from bottom right corner of the drawing box not minimized, they are out off the edited box area.

**Regression range**
* I don't now if this is a regression but I will come back with regression range ASAP.
Bug: Cant connect to the internet
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-07-11 13:51:11+00:00
Resolved: 2022-07-11 13:53:22+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/102.0.5005.132 Safari/537.36
Firefox for Android
Bug: Unable to run JNLP file automatically (FF ESR 102.0)
Status: REOPENED
Priority: P3
Created: 2022-07-11 15:26:04+00:00
Resolved: 2024-12-17 16:06:28+00:00

Steps to reproduce:

Browser: Firefox ESR 102.0

Download a file from a URL, for example a JNLP file (jnlp file extension).


Actual results:

Firefox always shows a dialog window that saves the file. 


Expected results:

Firefox should present the "What should Firefox do with this file?" prompt so files can be opened with the associated program on the OS.
Bug: Firefox sync error 500
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-07-11 17:11:09+00:00
Resolved: 2022-10-05 02:12:02+00:00

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

Steps to reproduce:

Trying to sign in to Firefox to Sync


Actual results:

I get an error 500 code


Expected results:

I should be able to log in and sync Firefox
Bug: Bookmark shortcut file creation broken with long page titles
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2022-07-12 00:05:52+00:00
Resolved: 2024-09-11 03:47:13+00:00

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

Steps to reproduce:

(I am aware of https://bugzilla.mozilla.org/show_bug.cgi?id=1774683 , but this is a niche situation not fixed by that fix, so I am filing a separate bug for this)

OS: windows 7
*1.* Went to this twitter post (light nsfw) https://twitter.com/wahiko94/status/991253919534755840
*1b.* or alternately change the current page title via the console with:
```
top.document.title = "わひこ@C100土曜西さ13a on Twitter: \"GHost9Solidのノウハウを生かした次回作案②「血〇〇法」、発覚されていない状態で敵に近づき特定のボタンを押すと血〇〇法のモーションが発動、首筋に柔らかい感触を感じ敵は××されてしまう https://t.co/gM552Fqmza\" / Twitter"
```
or alternately
```
top.document.title = " \"GHd触を感じ敵は××されてしまう https://t.co/gza\" / Tr----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------"
```
I have tried editing the title to see what works and what doesn't and it seems to be related to title length. If the title is shorter, then the fix for https://bugzilla.mozilla.org/show_bug.cgi?id=1774683 kicks in and it works fine.

*2.* Click and drag padlock in URL bar to file explorer, release mouse button.


Actual results:

It made an empty folder called
```わひこ@C100土曜西さ13a on Twitter GHost9Solidのノウハウを生かした次回作案②「血〇〇法」、発覚されていない状態で敵に近づき特定のボタンを押すと血〇〇法のモーション.co```
or with the alternate title I tried it made an empty folder called
```
GHd触を感じ敵は××.co
```
In addition windows pops up an error message:
```"Location is not available"
"[Path]\[name of created folder]\[extra bit that also came from the title] is not accessible.
The filename, directory name, or volume label syntax is incorrect."```


Expected results:

A normal bookmark shortcut should have been created.
Bug: Desktop Firefox strips file extensions when downloading Android APK files
Status: VERIFIED
Priority: --
Resolution: DUPLICATE
Created: 2022-07-12 01:09:09+00:00
Resolved: 2024-09-11 03:47:16+00:00

Steps to reproduce:

Visit apkmirror.com and try to download any file in desktop Firefox (none of the other browsers, including mobile Firefox, are affected).
For example: https://www.apkmirror.com/apk/google-inc/gmail/gmail-2022-06-12-459360300-release-release/gmail-2022-06-12-459360300-release-2-android-apk-download/.

The file will download and Firefox will strip its .apk extension for an unknown reason. This didn't used to happen and doesn't happen on any other browser. For example, in this case, the file is downloaded as `com.google.android.gm_2022.06.12.459360300.Release-63331072_minAPI23(arm64-v8a,armeabi-v7a,x86,x86_64)(nodpi)_apkmirror.com` instead of `com.google.android.gm_2022.06.12.459360300.Release-63331072_minAPI23(arm64-v8a,armeabi-v7a,x86,x86_64)(nodpi)_apkmirror.com.apk`.


Actual results:

File lost extension.


Expected results:

File keeps .apk extension.