av9ash/GitBugs huggingface dataset:
Bug: Disconnected from my account when syncing with an expired OAuth token
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-05-14 00:44:17+00:00
Resolved: 2020-05-19 03:48:45+00:00

STR:

* Edit [`OAUTH_TOKEN_FOR_SYNC_LIFETIME_SECONDS`](https://searchfox.org/mozilla-central/rev/9f074fab9bf905fad62e7cc32faf121195f4ba46/services/fxaccounts/FxAccountsCommon.js#54) to be a small value (I used 30 seconds).
* Flip the `'identity.sync.useOAuthForSyncToken` pref to true.
* Sign in to Firefox and enable Sync.
* Hit "sync now" and confirm that it successfully syncs.
* Wait 30 seconds for the OAuth token generated by the above to expire
* Hit "sync now" again

Expected result:

* Sync should detect that its OAuth token has expired, make a new one, and try again.

Actual result:

* I get disconnected from Sync

I believe we'll need to arrange for [`removeCachedOAuthToken`](https://searchfox.org/mozilla-central/rev/9f074fab9bf905fad62e7cc32faf121195f4ba46/services/fxaccounts/FxAccounts.jsm#545) to be called if we get a 401 from tokenserver, so that that the FxA client code knows to generate a fresh token.
Bug: about:logins broken in nightly on Linux (part 2)
Status: NEW
Priority: P3
Created: 2020-05-14 06:29:27+00:00
Resolved: 2020-11-10 18:03:44+00:00

Going to about:logins leads to an error:
> NS_ERROR_MALFORMED_URI: Component returned failure code: 0x804b000a (NS_ERROR_MALFORMED_URI) [nsIIOService.newURI] LoginBreaches.jsm:78

Interacting with the UI works only partially: Search works, but editing, showing passwords does not.

E.g., clicking "Edit" on the first entry:
> Error: reauth is required to either be `false` or a non-empty string OSKeyStore.jsm:181:13
> Uncaught AboutLoginsChild: error recording telemetry event: message.data.telemetryEvent is undefined AboutLoginsChild.jsm:217
> AboutLoginsChild: error recording telemetry event: message.data.telemetryEvent is undefined AboutLoginsChild.jsm:217
Bug: Game play gets really slow when getting to a certain level
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-05-14 06:41:20+00:00
Resolved: 2022-03-02 16:38:14+00:00

STR:
1. Latest Nightly
2. Play this game (requires Flash): https://www.old-games.org/members/game.php?game=pacxon&id=41
3. Get to a level which contains lots (~10?) of ghosts
4. Really slow game play, while plugin-container.exe is at 25%~ CPU load (while retaining about 35MB RAM usage)

Captured from the profiler:
https://perfht.ml/3bvd2OH

Note that while the game is really sluggish after the STR above, the Firefox UI is still responsive.
This laptop the profile was taken from is a i5-6300U with 16GB RAM and an SSD.
Bug: IDN spoofing homograph attacks with U+0105 Latin Small Letter A with Ogonek
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-14 08:54:22+00:00
Resolved: 2024-05-30 17:14:27+00:00

Steps to reproduce:

Click on link with Unicode: ą(U+0105) instead of latin a.

Go to https://www.pąypal.com for example.

Actual results:

Address bar shows this like unicode (https://www.pąypal.com)

Expected results:

Address bar should show this in punycode (www.xn--pypal-3wa.com)

Tested on windows10, both firefox 76.0.1 and firefox 77.0b5.

I do not think it is very easy for normal people to notice the difference. Also, I tested chrome and address bar show in punycode.
Bug: You can access Firefox's /dev/fd/ file descriptors from the URL bar
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-05-14 09:01:02+00:00
Resolved: 2020-05-14 17:16:06+00:00

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

Steps to reproduce:

Running on Latest Firefox Browser Used that is 76.0.1 (64 bit).
Just by visiting "file:///dev/fd/89" in the url, memory file get downloaded which I have attached below, Initially I was wondering what file is that, so I dig that (filename)89 with cat and string command, I saw all ssl link and visited site links in clear text and there are huge bunch of unreadable ASCII characters. I loaded the file "89" with Ghidra to see what is there, I can just view hexadecimal numbers on it. I am not which not sure which part of memory got leak and why it is throwing that file. I am bit noob in debugging computer browser, but potential hacker can exploit this situation.
	I have also seen If I change the file name to file:///dev/fd/61, I so very unusual line which have have some socket line on it (/dev/fd/socket:[146987]%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5%E5). I try with different number and getting different result.
	Once more thing the same link if you run again it will not work we need to open in private browser to get the file again. 
It is not working on Google Chrome. However, in Android Firefox browser I am seeing the same issue. 


Actual results:

memory get download from url.


Expected results:

I don't think this leak file should be access by anyone. I has a huge potential to hijack the browser with root privilege.
Bug: Requests master password to my hardware key for no reason
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-05-14 09:36:29+00:00
Resolved: 2020-05-14 21:32:46+00:00

When first launching Firefox 76 on Windows 7 x64, I receive the following prompt:

https://i.imgur.com/gqYbfCX.png

Firefox always issues this prompt twice in a row after launching the program (i.e., if no other Firefox windows are open at the time).  It doesn't appear to matter what is entered, or if I simply cancel out of the prompt.  Everything seems to work OK as far as browsing is concerned, but there is no obvious way to make it stop asking for a master password for my SafeNet token.  Entering the actual password also has no effect.

I don't have (or want) a FireFox master password, and in any case, creating one in about:preferences#privacy doesn't affect the behavior either.

This unwanted behavior started with Firefox 76.0.1.  It never occurred with any previous versions.  Please feel free to email if any other info is needed, and I'll be happy to help.  Thanks!
Bug: [Mac] Cmd+click on links in gmail switches to new tab immediately, contrary to preference
Status: UNCONFIRMED
Priority: --
Created: 2020-05-14 12:56:16+00:00
Resolved: 2020-05-18 19:58:30+00:00

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

Steps to reproduce:

Read my emails on gmail/mail.google.com in Firefox for OS X and cmd+click on a link in an email to open it in a new tab. The option "When you open a link in a new tab, switch to it immediately" is unchecked.


Actual results:

Firefox automatically switches to the new tab immediately.


Expected results:

The new tab should stay in the background, leaving me still looking at the email.

Chrome doesn't switch tabs when I cmd+click on the same links, and nor does Firefox for Linux with middle-click. I haven't checked the Windows version.

Not all links are affected on the Mac either. It's probably to do with gmail's links being customised with Javascript or whatever to always open a new tab.
Bug: Can't copy text from Preferences page to clipboard
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-14 13:23:42+00:00
Resolved: 2021-06-03 16:32:21+00:00

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

Steps to reproduce:

On a Mac, open Firefox Preferences and select some text, eg the "General" heading or (part of) the text label associated with a checkbox. Press Cmd+C to copy the text to the clipboard. Then try to paste the text elsewhere.


Actual results:

Nothing happens when I press Cmd+C, and when I paste I get whatever was already in the clipboard before.


Expected results:

I should see the "Edit" menu heading flash when I press Cmd+C, and the highlighted text should be copied to the clipboard. The fact that the text can be highlighted exacerbates the problem, because it misleadingly implies that it should be copiable. Could that even be considered a security risk (users might accidentally paste sensitive info)?

The Linux version doesn't seem to have this bug, but I haven't tested Windows.
Bug: The "What's New" panel messages cannot be accessed using keyboard navigation if the panel was triggered from the toolbar button
Status: RESOLVED
Priority: P2
Resolution: WONTFIX
Created: 2020-05-14 14:32:03+00:00
Resolved: 2023-06-02 14:50:09+00:00

**[Affected versions]:**
- Firefox Release - 76.0.1 - Build ID: 20200507114007
- Firefox Beta 77.0b1 - Build ID: 20200512163137
- Firefox Nightly 78.0a1 - Build ID: 20200514094044

**[Affected Platforms]:**
- Windows 10 x64
- Mac 10.15.4
- Ubuntu 18.04 x64

**[Prerequisites]:**
- Have a new Firefox profile with the "browser.newtabpage.activity-stream.asrouter.devtoolsEnabled" pref set to "true" in the "about:config" page.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Navigate to the "about:newtab#devtools-wnpanel" page.
3. Click the "Open What's New Panel" button and press the "Tab" key once.
4. Press the "Enter" key and observe the behavior.

**[Expected result]:**
- The "What's New" panel is dismissed and the "How to generate a secure password in Firefox" page is opened in a new tab.

**[Actual result]:**
- The "What's New" panel is dismissed but no page is opened.

**[Notes]:**
- This issue is reproducible if the "Space" key is pressed after the message is focused.
- This issue is reproducible if the links are focused instead of the messages.
- This issue is not reproducible if the "What's New" panel is opened from the hamburger menu.
- We are not sure if this issue is a regression because we have not managed to trigger the "What's New" toolbar button on older Nightly versions.
- Attached a screen recording of the issue.
Bug: Browsingcontext shouldn't be required to call external protocol service's loadURI (unbreak email link, download integration fallbacks, thunderbird)
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-05-14 18:39:21+00:00
Resolved: 2020-10-12 13:45:30+00:00

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

Steps to reproduce:

Click File and then click email link.


Actual results:

Email link doesn't open email, as it has done normally.


Expected results:

Email link click should open email with link attached.
Bug: Unclear which password to enter in the macOS about:logins reauthentication dialog
Status: NEW
Priority: P3
Created: 2020-05-14 19:03:54+00:00
Resolved: 2021-07-06 15:29:53+00:00

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

Steps to reproduce:

Try to view saved passwords in Logins & Passwords. Go to Logins & Passwords. Click on any saved login. Click on Copy button, or the eye icon next to the password. Firefox asks for a password to be entered. No matter what password I enter (my laptop account password as well), it does not reveal the password. The enter password dialog still gets displayed. 

Firefox Version: 76.0.1 (64-bit)
MacOS Version: MacOS Catalina 10.15.3


Actual results:

Cannot see, edit or remove passwords / logins from Logins and Passwords. I do not have a sync account, nor do I have a master password for Logins & Passwords.


Expected results:

I should be able to see my passwords. I used to be able to see and edit my passwords (or copy) without having to enter a password before. I believe the latest update to firefox introduced a required password functionality. I don't know which password is requires, but the account password is not be honored by FireFox. Without access to my passwords, my passwords are as good as lost.
Bug: Intermittent browser/base/content/test/general/browser_domFullscreen_fullscreenMode.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-05-14 19:59:37+00:00
Resolved: 2020-09-01 17:04:48+00:00

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

---

[task 2020-05-14T19:33:06.867Z] 19:33:06     INFO - TEST-PASS | browser/base/content/test/general/browser_domFullscreen_fullscreenMode.js | The fullscreen state of the chrome should match - 
[task 2020-05-14T19:33:06.867Z] 19:33:06     INFO - > Enter fullscreen mode
[task 2020-05-14T19:33:06.867Z] 19:33:06     INFO - Buffered messages finished
[task 2020-05-14T19:33:06.867Z] 19:33:06     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/general/browser_domFullscreen_fullscreenMode.js | Test timed out - 
[task 2020-05-14T19:33:06.868Z] 19:33:06     INFO - GECKO(1949) | MEMORY STAT | vsize 8071MB | residentFast 662MB | heapAllocated 139MB
[task 2020-05-14T19:33:06.868Z] 19:33:06     INFO - TEST-OK | browser/base/content/test/general/browser_domFullscreen_fullscreenMode.js | took 45022ms
[task 2020-05-14T19:33:06.868Z] 19:33:06     INFO - Not taking screenshot here: see the one that was previously logged
[task 2020-05-14T19:33:06.873Z] 19:33:06     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/general/browser_domFullscreen_fullscreenMode.js | Found a tab after previous test timed out: http://example.org/browser/browser/base/content/test/general/dummy_page.html - 
[task 2020-05-14T19:33:06.873Z] 19:33:06     INFO - checking window state
Bug: The mouse cursor is at an offset after scrolling through a page
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-14 21:33:11+00:00
Resolved: 2020-07-06 11:36:06+00:00

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

Steps to reproduce:

Scroll through a page and try and click something. The video I uploaded shows this in action. check the bottom left corner that shows each link's location.


Actual results:

The wrong element gets clicked. (This does not always happen but it happens often enough that becomes incredibly annoying. I would say it happens once every 3-5 mins and sometimes takes a minute or two for the cursor to work properly. Two examples that happen many times a day would be clicking on a search result and another result opens or clicking a youtube video and have another one show up.)


Expected results:

The correct element right under the cursor should be clicked
Bug: Support key modifiers to open downloaded PDFs in a new window, background tab
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-05-14 22:20:30+00:00
Resolved: 2020-06-26 13:11:05+00:00

It should be possible to hold click/shift/meta keys when opening a downloaded PDF and if that results in opening the file in the browser, we should follow the normal conventions and open it as appropriate: 

* (default): ~open in a new tab ("current")~ open in current tab
* ctrl/metaKey: open in new tab ("tab")
* shiftKey: open in new browser window ("window")
* ctrl/metaKey + shiftKey: open in background tab ("tabshifted")
Bug: no effect when setting `browser.urlbar.update2*` false
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-05-15 00:28:41+00:00
Resolved: 2020-05-19 07:58:32+00:00

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

Steps to reproduce:

<0> install Firefox <77.0b5
<1> set browser.urlbar.update1.expandTextOnFocus false
<2> update to Firefox 77.0b5
<3> search web for how to remedy
<4> find Bug 1613699 and try the replacement---no effect
<5> restart browser---no effect


Actual results:

Attention grabbing and very distracting blue border is showing around the address bar. I recall first seeing this months ago, when an arcane combo of config options successfully restored the subtler UI. These config options and their ancestors (s/update1/update2/) seem to no longer have any effect.


Expected results:

The config option should properly disable the [[[[EYE GRABBING]]]] border.
Bug: my touch pad doesn't work with firefox
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-15 02:18:55+00:00
Resolved: 2020-05-28 14:35:07+00:00

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

Steps to reproduce:

on my mac, touch pad right click not working


Actual results:

No menu appeared. 


Expected results:

when I'm on a site, if I right click from my touch pad, a drop down menu should appear
Bug: Search Service fails to start for LANG=zh_CN.gb18030
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-05-15 02:35:54+00:00
Resolved: 2020-06-26 14:58:05+00:00

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

Steps to reproduce:

LANG=zh_CN.gb18030 firefox 




Actual results:

no search.json* file generated in .mozilla/firefox/5cvlt8zl.default-release
and type the url "163.com",  type enter, nothing is done.
must type "https://www.163.com", works well.

but LANG=C firefox or LANG=zh_CN.utf8 firefox works well.

my locale:
locale -a                                                   
C
en_US.utf8
POSIX
zh_CN.gb18030
zh_CN.utf8



Expected results:

an search.json* file generated in .mozilla/firefox/5cvlt8zl.default-releaseand
type the url 163.com, and type enter, will connect the url.
Bug: Search bar width is not remembered
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-05-15 09:03:02+00:00
Resolved: 2020-05-16 00:31:48+00:00

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

### Steps to reproduce
1. In a new profile, put search bar immediate next to address bar.
2. Adjust the search bar width.
3. Open a new (private) window. Or restart browser.

### Actual result
Search bar width is reset to default. Please see attached screenshot.

### Expected result
Customised search bar width is retained.
Bug: Error thrown when accessing WNPanel message
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-05-15 10:16:26+00:00
Resolved: 2020-05-20 14:36:52+00:00

`target.getAttribute is not a function` is thrown when accessing a What's New panel message.
Looks to be a regression of bug 1616280 where we switched to show the message inside a custom element. The side effect of this bug is that the panel remains open after click.
Bug: The search panel one offs container is not hidden after removing several search engines
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-05-15 10:31:51+00:00
Resolved: 2020-06-26 14:50:34+00:00

**Affected versions**
* Firefox 76.0.1 (BuildId:20200507114007)
* Firefox 77.0b6 (BuildId:20200514211331)
* Firefox 78.0a1 (BuildId:20200514211114)

**Unaffected versions**
* Firefox 68.8.0esr (BuildId:20200429190206)

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

**Steps to reproduce**
1. Launch Firefox.
2. Access the about:preferences#search page.
3. Click the “Add search bar in toolbar” radio button.
4. Type a random string inside the search bar.
5. Remove several Search Engines (from the “One-Click Search Engines” section inside the about:preferences#search page) until you only have one left.
6. Type a random string inside the search bar.

**Expected result**
* The search panel one offs container is hidden.

**Actual result**
* The search panel one offs container is displayed which causes unused extra space inside the PopupSearchAutoComplete panel.

**Regression Range**
This seems to be a regression:
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=f246623260ee3b80c2021c48f5d56f54073f8060&tochange=8d2d3b3fb7e27f0bd238985c265b4f50dc10bc05
* Regressed by: Bug 1561894

**Notes**
* This issue is not reproducible if the search engines are removed beforehand and the search bar is added after.
* The search panel one offs container seems to get hidden only after a browser restart.
Bug: searchbar width keeps resetting after restart
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-15 10:52:14+00:00
Resolved: 2020-05-15 11:26:08+00:00

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

Steps to reproduce:

Start a fresh profile, Add search bar after the URL bar.
Increase its width.
Restart browser


Actual results:

Search bar Width is resetted to default size (became narrower)



Expected results:

Search bar should retain its width
Bug: Move tail suggestions prefix to the other side when typing in a language with a direction counter to the UI (RTL / LTR)
Status: NEW
Priority: P3
Created: 2020-05-15 13:55:15+00:00
Resolved: 2024-07-31 10:16:47+00:00

As Marco points out [here](https://phabricator.services.mozilla.com/D74740#2297661), tail suggestions do not look good in RTL. We should either fix their appearance or disable tail suggestions in RTL locales. 

It's not immediate clear how to fix this: Chrome has a simiar layout bug (they at least move the ellipses to the left side of the tail). We should ask UX and also reach out to Google.
Bug: Recommended by Pocket is not available
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-15 14:41:55+00:00
Resolved: 2020-05-21 16:31:31+00:00

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

Steps to reproduce:

- I created a new profile on Linux. That was it.

So I compare the 2 profiles. I found out the entire 'browser.search.region' is missing.
After add this in about:config and restart, it was available

I tasted it on Windows too, but there is no problem. So it just on Linux


Actual results:

Suddenly the option for Recommended by Pocket is not available
Bug: The webext_storage_bridge crate is compiled on Android
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-05-15 19:51:37+00:00
Resolved: 2020-10-16 21:31:51+00:00

We do not want to ship `webext_storage_bridge` on GeckoView builds, so we should conditionally compile this crate.
Bug: The Viaduct crate should not be compiled for Android targets
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-05-15 19:56:31+00:00
Resolved: 2020-05-26 21:41:13+00:00

+++ This bug was initially created as a clone of Bug #1638438 +++

We do not want to ship `viaduct` on GeckoView builds, so we should conditionally compile this crate.
Bug: Page Info's Media tab no longer supports sorting media by file size
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-15 21:01:23+00:00
Resolved: 2020-05-16 00:37:24+00:00

Although you can still click on the "size" header, and although still an arrow appears next to it, the list is no longer sorted by size. After sorting the items appear in the following order: 1.15KB, 1.36KB, 1.51KN, 1.52KB, 1.39KB, 1.37KB, ... 41.44KB, ... 0.96KB.

==> even though the first 4 items appear to be in correct order, it breaks down at the fifth.
This makes it hard to easily find the main image on a page (presumable the largest).