av9ash/GitBugs huggingface dataset:
Bug: The instructions text in the Screenshot overlay is affected by page zoom level.
Status: RESOLVED
Priority: P2
Resolution: WONTFIX
Created: 2024-05-02 19:45:21+00:00
Resolved: 2024-05-31 16:34:32+00:00

Steps To Reproduce:
1. Open any web site
2. Zoom in or out several times
3. Right click on pae and choose `Take Screenshot`

Actual Result:
The "Drag or click on the page" instructional text is affected by page zoom level.

Expected Results:
The instructional text should match the rest of the in-content browser UI text and not be affected by page zoom level.
Bug: Videos on Foxnews  do not play if you have block audio&video enabled
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-05-02 20:54:46+00:00
Resolved: 2024-05-06 12:42:20+00:00

Videos on Foxnews will not play if you have block audio & video enabled. The videos would load before and would play once you clicked play. Video controls are also not showing until you right-click and enable 'show controls'.

tried new profile, turning off uBO, and tracking protection and nothing makes the videos work unless you disable 'block audio & video'. They will sometimes load if you 'enable video' and block just the audio.. but no controls will show until you manually enable then as above.

Not sure when this started, likely one of the last 2 or 3 nightly's as I watch several videos daily and not had an issue until today.

Mozregress points to bug 1878158
Bug: On login, on multiple sites the "I am not a Robot" endlessly spin, and never finish, also several log in buttons are not reacting, have done it without any addon or extensions and had cleared cookies.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-05-03 00:57:57+00:00
Resolved: 2024-05-03 02:50:30+00:00

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

Steps to reproduce:

Logging into several sites, "I'm not a robot" and "Login" buttons are unresponsive, unable to really say if there are any other sites that produce it. Sites with "I'm not a robot" seems to have the same problem, but the login issue is with Furaffinity and I am unsure why.


Actual results:

Button is unresponsive, or at least gives a 'loading' spinning symbol but doesn't do anything and won't consider itself solved. It won't allow any login on affected sites, unable to check or do anything that requires being logged into the site.


Expected results:

Either a check-mark should have appeared then the captcha solves, or the login screen goes away and the site allows the login.
Bug: Semantic information in tagged PDF not exposed to screen readers
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-05-03 03:54:32+00:00
Resolved: 2024-05-29 03:31:21+00:00

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

Steps to reproduce:

This bug is reproduceable in a new Firefox profile, though I do not know when it started. According to [this article though](https://blog.mozilla.org/attack-and-defense/2021/10/14/implementing-form-filling-and-accessibility-in-the-firefox-pdf-viewer/), Firefox's PDF viewers is supposed to render the tags in a PDF to screen readers.

1. With NVDA (Windows screen reader), open a tagged PDF in Firefox, e.g.:  
    https://www.ssa.gov/pubs/EN-05-10023.pdf
2. Press D to move to the first page, where the first piece of text should be "Social Security Numbers for Children".


Actual results:

This heading is broken into two elements, i.e.:

Social SecurityNumbers for

Children


Expected results:

NVDA should have announced that this was a level-one heading.
Bug: Text garbling for some wide strings with `nsWindowsShellService::CreateShortcut`
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-05-03 07:05:55+00:00
Resolved: 2024-05-21 16:05:48+00:00

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

Steps to reproduce:

in Windows, using Japanese User name, in example "テスト用アカウント" (it means "account for test"
https://github.com/Floorp-Projects/Floorp-core/blob/cfd8b6c27fb501a30da34d25c06d9836133cd80b/browser/components/ssb/WindowsSupport.sys.mjs#L80
I executed script to make .lnk using shellService.createShortcut with argument ["-profile",PathUtils.profileDir]


Actual results:

the .lnk path is "C:\Program Files\Ablaze Floorp\floorp.exe" "-profile" "C:\Users\ﾫￆﾫﾹﾫ￈￩ￄﾫﾢﾫﾫﾫﾦﾫ￳ﾫ￈\AppData\Roaming\Floorp\Profiles\y3mhfnpb.default-release" "-start-ssb" "{0d509661-df3c-448e-b457-6f2dc77b2a21}"
and that includes garbled text


Expected results:

the .lnk path should be "C:\Program Files\Ablaze Floorp\floorp.exe" "-profile" "C:\Users\テスト用アカウント\AppData\Roaming\Floorp\Profiles\y3mhfnpb.default-release" "-start-ssb" "{0d509661-df3c-448e-b457-6f2dc77b2a21}"
Bug: Firefox ignores html attribute translate="no"
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-05-03 09:46:03+00:00
Resolved: 2024-07-05 11:52:30+00:00

Steps to reproduce:

<html translate="no"> does not work in Firefox. Websites can still be translated into another language


Actual results:

internal applications are translated to giblish - there is some good reason to keep language as it is


Expected results:

no translation or disallow translation
Bug: After the latest update, the Google captcha does not work on all sites.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-05-03 10:07:11+00:00
Resolved: 2024-05-03 11:20:11+00:00

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

Steps to reproduce:

Go to any site that uses captcha from Google.  As an example https://my.hostiman.ru/.  Check the "I'm not a robot" box in the confirmation box.

Зайти на любой сайт где используется капча от гугл. Как пример https://my.hostiman.ru/. Поставить галочку в окне подтверждения "я не робот". 


Actual results:

Constant loading.
Постоянная загрузка. 


Expected results:

Confirmation "I'm not a robot."
Подтверждение "я не робот".
Bug: All of the opened tabs are getting closed when I quit firefox with the "close" button on windows and there is no restore previous session option
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-05-03 11:57:08+00:00
Resolved: 2024-05-06 21:53:52+00:00

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

Steps to reproduce:

Close firefox and open it again although it's so random; didn't happen for like 4 days but now it's happening again.


Actual results:

Closed all my opened tabs with no way to restore them automatically except going through history and opening the sites one by one. AND ONCE AGAIN THERE IS NO "RESTORE PREVIOUS SESSION" OPTION"

AND ALSO I HAVE THE "Open previous windows and tabs" OPTION ENEBLED



Expected results:

Should've saved those tabs so when I open firefox I can use them again.

And pls don't give me the same copy paste answer where you link this article http://mzl.la/1BAQAMJ this doesn't help at all cuz there is no "restore previous session" option. It is a bug and fix this asap. It's also kinda random; doesn't happen sometimes, sometimes does. It's so frustrating to loose my tabs TWICE
Bug: Unable to inspect the tab preview panel using the element picker in devtools' Inspector tab
Status: NEW
Priority: P3
Created: 2024-05-03 14:17:58+00:00
Resolved: 2024-06-04 15:30:52+00:00

This has started with bug 1892738.
Moving the mouse over the tab preview panel just highlights the toolbar buttons beneath the panel, not the panel itself.
Bug: SelectTranslationsPanel glitches when resized after opening with vertical flip mode
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-05-03 14:58:30+00:00
Resolved: 2024-06-13 12:12:35+00:00

### Description

When the panel is opened such that the target screen location is near to the bottom edge of the screen, and the panel would not have enough room to fully open in the visible view at that location, the panel's location is flipped vertically over the horizontal axis of the target point, allowing it to have enough room to fully open. 

When this happens, dragging the textarea resizer downward causes the panel both to glitch as well as grow from the top instead of the bottom.

We should just disable resizing if the panel was opened with vertical flip mode. 

---

### Steps to Reproduce

* Open a page and highlight some text.
* Open the SelectTranslationsPanel via the right-click context menu very close to the bottom edge of the screen.

**Expected Behavior**
When the panel opens and translates, the textarea resizer is not available.

**Actual behavior**
When the panel opens and translates, the textarea resizer is available and causes glitchy behavior when used that varies slightly for each operating system.


---

### Steps to implement

* Fixing this will require propagating the [mVFlip](https://searchfox.org/mozilla-central/rev/386c7f17b2421374930a447c9f424910551b659d/layout/xul/nsMenuPopupFrame.h#362-363) and [mHFlip](https://searchfox.org/mozilla-central/rev/386c7f17b2421374930a447c9f424910551b659d/layout/xul/nsMenuPopupFrame.h#362-363) boolean values up through the [popuppositioned](https://searchfox.org/mozilla-central/source/dom/chrome-webidl/PopupPositionedEvent.webidl) event, so that we can tell if the arrow panel was opened with the vertical flip mode.
* Following that, we need to add a listener for the `popuppositioned` event on the SelectTranslationsPanel and disable the resizer if vertical flip mode was used. 

---

### Tests to implement

* This is very hard to test in automation, as it involves clicking and dragging with the mouse.
Bug: Opening a link in a new tab (only visually) triggers translation in the current tab
Status: NEW
Priority: --
Created: 2024-05-03 16:21:39+00:00
Resolved: 2024-06-04 15:46:32+00:00

STR:
1) Set auto-translation from a given language (e.g. French)
2) Open a page in that given language from the current tab in a new tab (e.g. https://lemonde.fr/) 

The translation icon will appear in the current tab and it will look like a translation is happening (though it won't actually happen).
Bug: Broken `firefox.cfg` autoconfig file can break background task startup
Status: NEW
Priority: P3
Created: 2024-05-03 22:33:05+00:00
Resolved: 2024-09-24 18:12:09+00:00

Per https://bugzilla.mozilla.org/show_bug.cgi?id=1858090#c17, it's possible that errors in `firefox.cfg` (see around https://searchfox.org/mozilla-central/rev/38377227b8f96fda8f418db614e6a8aa67d01c31/modules/libpref/Preferences.cpp#3706-3711) may cause background tasks to fail.  If configuration errors can impact background tasks, it's possible they impact regular Firefox startup as well.  This ticket tracks running this down: is there an issue?  If so, let's address it.
Bug: firefox sync is broken
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-05-04 02:51:46+00:00
Resolved: 2024-11-04 12:30:12+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/115.0
Firefox for Android

Steps to reproduce:

115.10.0esr (64-bit) on Debian Bookworm
125.2 (41035) on iOS 17.3.1

Firefox sync should result in the same history on all synced devices.


Actual results:

History is significantly different. Recent desktop history is not shown in mobile history even after sync on both devices.  This functionality is broken.


Expected results:

History should be merged and updated on all synced devices.
Bug: bookmarks not opening properly
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-05-04 03:05:13+00:00
Resolved: 2024-05-04 03:15:14+00:00

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

Steps to reproduce:

click on bookmarks in menu bar, started earlier in the week. Didn't think to submit a ticket when it first happened. 




Actual results:

bookmarks only partially open, click on bookmarks again and then they rest of the bookmarks show up. 


Expected results:

should show all bookmarks 

127.0a1 (2024-05-03) (64-bit)
Bug: PDF viewer page truncated at 17900000px
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-05-04 05:25:17+00:00
Resolved: 2024-07-12 15:09:04+00:00

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

Steps to reproduce:

1. Download version K.a of the ARMv8-A Reference Manual from here: https://developer.arm.com/documentation/ddi0487/ka/
2. Open it in Firefox.
3. Set zoom to 125% (which is the default for me).
4. Try to scroll to the very end (or just press the "end" key on your keyboard).


Actual results:

The page is truncated about a quarter into page 13446 (out of 14777). It just... ends there.
The document is truncated earlier when using a higher zoom level, and the issue disappears entirely when using a low enough zoom level, which makes me think that this is an issue with Firefox and not pdfjs.
From my testing, it seems that the truncation happens at 17'900'000px document height. Is this a hardcoded limit?

Tested on arm64 macOS and x86_64 Ubuntu, both with Firefox 125.0.3.


Expected results:

It should just display the rest of the PDF.
Bug: Frequently, the default search engine is reset to google (ESR 115)
Status: UNCONFIRMED
Priority: P5
Created: 2024-05-04 11:44:14+00:00
Resolved: 2024-12-03 01:07:46+00:00

User Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:109.0) Gecko/20100101 Firefox/115.0

Steps to reproduce:

Remark: I found same issue in an older but closed report:
https://bugzilla.mozilla.org/show_bug.cgi?id=1769044 
I found no other way to deal with it than to issue a new report. 

Remark: Firefox has just been updated and is displyed as V. 115.10 and named as the latest version. 
 
Bug, to reproduce: In [Menu > Extras > Settings > Search > Standard engine] i have selected anything except google (duckduckgo for example) . After every update,  google re-appears in the default search. 


Actual results:

in the settings itself, has also been switched to google.


Expected results:

the setting should remain un-changed.
Bug: Firefox offers to translate Ukrainian websites "from Russian"
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-05-04 13:04:07+00:00
Resolved: 2024-05-04 22:10:59+00:00

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

Steps to reproduce:

Have Ukrainian as the preferred language in the browser (not necessary to reproduce).

Navigate to one of the following websites:
- https://novaposhta.ua
- https://www.i.ua
- https://hsc.gov.ua

(these are in Ukrainian language)


Actual results:

A popup appears offering to translate the page "from Russian" to English.


Expected results:

Firefox should not offer to translate the the page because it is already in the preferred language.
Bug: Menu item "History --> Clear Recent History" does not clear bookmark history
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-05-04 14:24:45+00:00
Resolved: 2024-09-20 08:26:49+00:00

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

Steps to reproduce:

The menu item "History" has a drop down option list that includes "Clear Recent History..." which will bring up a dialog window with further options. The top of that dialog window title clearly says "Clear All History" and then has an option drop down with label "Time range to clear:". The option for time range to clear includes "Everything" and then further check boxes underneath for various classifications of history event data in two sub-classes "History" and "Data". The "History" sub-class allows for five check box options :
    
    1.    Browsing & download history
    2.    Cookies
    3.    Active logins
    4.    Cache
    5.    Form & search history
    
The sub-class for "Data" has only two check box options :
    
    1.    Site settings
    2.    Offline website data

Then finally one has two submit buttons where one of them is "Cancel" and the other is "Clear Now".

If one selects all possible sub-class check boxes for both "History" and "Data" as well as the drop down menu "Time range to clear:" as "Everything" then the result seems to exclude bookmark history.

This may be by design however the bookmark search history is still retained. Furthermore a full shutdown and restart of the Firefox browser ( Nightly in this case ) will not affect the bookmark history.

I am still reading over the old bugids 480169 and 901952 :
    
    Clear recent history refresh (sprint)
    https://bugzilla.mozilla.org/show_bug.cgi?id=480169
    
    Clear Recent History - Everything does not clear RSS live bookmark history: visitedness stays until restart
    https://bugzilla.mozilla.org/show_bug.cgi?id=901952




Actual results:

This may be by design however the bookmark search history is still retained.


Expected results:

One user may use a browser on a session and then use the "History --> Clear recent history..." menu to "Clear All History" for "Everything" and even select all possible sub-classes in both "History" and "Data" and yet their bookmark search history is retained for the next user.
Bug: Crash in [@ shutdownhang | mozilla::SpinEventLoopUntil | nsThreadPool::ShutdownWithTimeout]
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-05-05 01:58:45+00:00
Resolved: 2024-08-29 13:01:40+00:00

Crash report: https://crash-stats.mozilla.org/report/index/9a060de6-0aad-43e1-a28c-ba2c10240505

MOZ_CRASH Reason: ```Shutdown hanging at step XPCOMShutdownThreads. Something is blocking the main-thread.```

Top 9 frames:
```
0  xul.dll  MOZ_Crash(char const*, int, char const*)  mfbt/Assertions.h:317
0  xul.dll  mozilla::(anonymous namespace)::RunWatchdog(void*)  toolkit/components/terminator/nsTerminator.cpp:244
1  nss3.dll  _PR_NativeRunThread(void*)  nsprpub/pr/src/threads/combined/pruthr.c:399
2  nss3.dll  pr_root(void*)  nsprpub/pr/src/md/windows/w95thred.c:139
3  ucrtbase.dll  thread_start<unsigned int (__cdecl*)(void*), 1>
4  kernel32.dll  BaseThreadInitThunk
5  mozglue.dll  mozilla::interceptor::FuncHook<mozilla::interceptor::WindowsDllInterceptor<mo...  toolkit/xre/dllservices/mozglue/nsWindowsDllInterceptor.h:150
5  mozglue.dll  patched_BaseThreadInitThunk(int, void*, void*)  toolkit/xre/dllservices/mozglue/WindowsDllBlocklist.cpp:562
6  ntdll.dll  RtlUserThreadStart
```
Bug: Crash in [@ nsIGlobalObject::IsDying]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-05-05 02:21:04+00:00
Resolved: 2024-05-05 02:43:38+00:00

Crash report: https://crash-stats.mozilla.org/report/index/1c885e6b-29af-4217-a354-3b9460240426

Reason: ```EXCEPTION_ACCESS_VIOLATION_READ```

Top 10 frames:
```
0  xul.dll  nsIGlobalObject::IsDying() const  dom/base/nsIGlobalObject.h:103
0  xul.dll  mozilla::dom::ServiceWorkerOp::ServiceWorkerOpRunnable::WorkerRun(JSContext*,...  dom/serviceworkers/ServiceWorkerOp.cpp:296
1  xul.dll  mozilla::dom::WorkerRunnable::Run()  dom/workers/WorkerRunnable.cpp:342
2  xul.dll  nsThread::ProcessNextEvent(bool, bool*)  xpcom/threads/nsThread.cpp:1193
2  xul.dll  NS_ProcessNextEvent(nsIThread*, bool)  xpcom/threads/nsThreadUtils.cpp:480
3  xul.dll  mozilla::dom::WorkerPrivate::DoRunLoop(JSContext*)  dom/workers/WorkerPrivate.cpp:3341
4  xul.dll  mozilla::dom::workerinternals::(anonymous namespace)::WorkerThreadPrimaryRunn...  dom/workers/RuntimeService.cpp:2106
5  xul.dll  nsThread::ProcessNextEvent(bool, bool*)  xpcom/threads/nsThread.cpp:1193
5  xul.dll  NS_ProcessNextEvent(nsIThread*, bool)  xpcom/threads/nsThreadUtils.cpp:480
6  xul.dll  mozilla::ipc::MessagePumpForNonMainThreads::Run(base::MessagePump::Delegate*)  ipc/glue/MessagePump.cpp:300
```
Bug: Hightlights have hover priority over Color Picker and Delete buttons
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-05-05 12:41:35+00:00
Resolved: 2024-05-13 11:57:52+00:00

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

Steps to reproduce:

1. Open a PDF (with multiple lines of text below each other)
2. Select the highlight tool
3. Highlight line of text
4. Highlight another line of text below the previous one
5. Click on the text highlighted in step 3
6. Hover over the Color Picker and Delete buttons


Actual results:

The highlight from step 4 is clickable instead of the button.


Expected results:

You can interact with the buttons even if they overlap a more recent highlight.
Bug: Intermittent browser/components/asrouter/tests/browser/browser_asrouter_cfr.js | single tracking bug
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-05-05 13:15:40+00:00
Resolved: 2024-05-06 17:09:10+00:00

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

---
```
[task 2024-05-05T11:40:20.789Z] 11:40:20     INFO - TEST-PASS | browser/components/asrouter/tests/browser/browser_asrouter_cfr.js | "[object XULElement]" == true - 
[task 2024-05-05T11:40:20.790Z] 11:40:20     INFO - Buffered messages finished
[task 2024-05-05T11:40:20.790Z] 11:40:20     INFO - TEST-UNEXPECTED-FAIL | browser/components/asrouter/tests/browser/browser_asrouter_cfr.js | Test timed out - 
[task 2024-05-05T11:40:20.792Z] 11:40:20     INFO - GECKO(7124) | Completed ShutdownLeaks collections in process 9100
```
Bug: A scoped key's `kid` could have a dash, this breaks scoped key validation
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-05-05 23:48:16+00:00
Resolved: 2024-05-08 09:51:30+00:00

`FxAccountsKeys.validScopedKeys` splits keys' `kid` into their key rotation timestamp and fingerprint by calling `kid.split("-")`. This usually works but if the fingerprint contains a dash, it is truncated at that point.
Bug: Emoji picker closes automatically after opening it
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-05-06 12:16:00+00:00
Resolved: 2024-10-17 12:08:04+00:00

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

Steps to reproduce:

I press Ctrl+Cmd+Space to open the emoji picker on macOS.

I use the latest version of Firefox (125.0.3 as of writing), and macOS (14.4.1 as of writing).


Actual results:

The emoji picker appears and is immediately closed.


Expected results:

The emoji picker should appear and remain open until I close it.
Bug: SERP Engagement events don't always correspond to serp ad_impression events
Status: NEW
Priority: P2
Created: 2024-05-06 15:23:20+00:00
Resolved: 2024-06-25 16:38:39+00:00

Sometimes `serp.engagement` events will be created without a corresponding `serp.ad_impression` events for a given component.  This happens for all components, but it's essentially negligible for all except the ad_carousel for which it is happening for about .1% of SERPs.  The engagement event in the case of `ad_carousel` is almost always an expand rather than a click.

Example impression ids:
b2493301-c9ea-4a01-b2f3-9eaf581a639b
fe484a7f-f43a-442f-80f5-1bee3e50a3d3
d3d64233-3d83-4e84-913a-c6bc758323ee