Model: aaa961/finetuned-bge-base-en-firefox-bugs-bugs
Author: aaa961
Pipeline: sentence-similarity
Library: sentence-transformers
Tags: sentence-transformers, safetensors, bert, sentence-similarity, feature-extraction, dense, generated_from_trainer, dataset_size:5424, loss:TripletLoss, arxiv:1908.10084, arxiv:1703.07737, base_model:BAAI/bge-base-en, base_model:finetune:BAAI/bge-base-en, model-index, text-embeddings-inference, endpoints_compatible, region:us
Base models (finetune): id: BAAI/bge-base-en
Card metadata: tags: sentence-transformers, sentence-similarity, feature-extraction, dense, generated_from_trainer, dataset_size:5424, loss:TripletLoss
base_model: BAAI/bge-base-en
widget: source_sentence: Components using standard `background-color-ghost-...` CSS design system tokens have contrast issues when a wallpaper is set Currently, we have to override the standard token defaults for components depneding if a user has a wallpaper set: 

Examples: 
- [Weather component](https://searchfox.org/mozilla-central/source/browser/components/newtab/content-src/components/Weather/_Weather.scss#165-181)
- [Top Sites component](https://searchfox.org/mozilla-central/source/browser/components/newtab/content-src/components/TopSites/_TopSites.scss#29-39)

Note that there is not an immediate issue, but if the design system pushes updates to this token set, components using this override will deviate/be out of sync.
sentences: Horizontal and vertical scrollbars in upgrade dialog at some Windows OS zoom/scaling settings Firefox 89.0b12 and 90.0a1 20210514215821 on Windows 8.1, 1920x1080 screen resolution and 125% zoom on the OS level, task bar is on the left of the screen.

The upgrade dialog has a horizontal and a vertical scroll bar.

Bisection identifies https://hg.mozilla.org/releases/mozilla-beta/pushloghtml?fromchange=310d7fce2d0ed6c833513e20c9ad4aae1104c455&tochange=4a4264b2122a29c25536045de9b25f2749b7266f as the starting push - bug 1706279 should be the regressing change., Add learn more link to "Cross-site cookies" permission header description This was omitted in bug 1643191., The Review Checker Shopping sidebar is displayed on an unsupported link **Found in**
* Nightly 121.0a1 (2023-10-26)

**Affected versions**
* Nightly 121.0a1 (2023-10-26) 
* Beta 120.0b2

**Affected platforms**
* ALL

**Preconditions:**
Set the browser.shopping.experience2023.enabled - TRUE
Set the browser.shopping.experience2023.optedIn - 1


**Steps to reproduce**
1. Reach https://www.bestbuy.com/site/builder/solution/6447111.p

**Expected result**
* The Shopping sidebar should not be displayed on pages other than the product details page.

**Actual result**
* The Shopping sidebar is still displayed on the builder page from bestbuy.com : https://www.bestbuy.com/site/builder/solution/6447111.p

**Regression range**
Not Applicable, source_sentence: Cut/Copy/Paste controls in the hamburger menu are disabled when navigating with the keyboard STR:
1. Open any website, select some text
2. Click the hamburger menu
3. Press arrowdown/Tab key

AR:
The Cut/Copy/Paste controls are getting disabled the moment you press arrowdown/Tab key

ER:
The controls presumably should still be enabled for the user to select them?

This feels like it's that way in purpose; wanted to file a bug about that just in case it's not the desired outcome.
sentences: Cannot remove amazon.com from top sites list User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:75.0) Gecko/20100101 Firefox/75.0

Steps to reproduce:

Open new tab, see amazon.com in top sites list, press tree dots, press delete from history


Actual results:

Nothing, the top site remains in same place


Expected results:

The top site must dissapear.

Note: I never use amazon.com because I have my regional amazon.es and cannot understand why amazon.com is in top sites if never enter on it., Crash in Windows::UI::Xaml::Application::LoadComponent via windows.ui.cred.dll This bug is for crash report bp-d75a71ce-a28b-4af0-9e76-63abb0200318.

```
Top 10 frames of crashing thread:

0 kernelbase.dll RaiseException 
1 msvcrt.dll CxxThrowException 
2 wincorlib.dll __abi_WinRTraiseCOMException 
3 windows.ui.cred.dll __abi_WinRTraiseException 
4 windows.ui.cred.dll Windows::UI::Xaml::Application::LoadComponent 
5 windows.ui.cred.dll CredUX::Frame::[CredUX::__IFramePublicNonVirtuals]::InitializeComponent 
6 windows.ui.cred.dll CredUX::Frame::Frame 
7 windows.ui.cred.dll Frame_CreateInstance 
8 windows.ui.cred.dll CredUXViewProviderImpl::GetView 
9 windows.ui.creddialogcontroller.dll CredUXViewDefinition::v_GetRootElement 

```

Steps to reproduce:
1. Access about:logins
2. Updated the browser (from 75.0a1(20200307213339);
3. Accessed about:logins
4. Click on the show password button;
5. Crashed;
6. On restart/reload I got asked for the OS-unlock password even tho I did not have one set., Intermittent browser/base/content/test/contextMenu/browser_view_image.js | single tracking bug **Filed by:** imoraru [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=414531744&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/f1vf4fReRJuUcbs2uvknfA/runs/0/artifacts/public/logs/live_backing.log

---
```
[task 2023-05-03T19:17:51.701Z] 19:17:51     INFO - TEST-PASS | browser/base/content/test/contextMenu/browser_view_image.js | number of tabs - 
[task 2023-05-03T19:17:51.704Z] 19:17:51     INFO - Leaving test bound test_view_image_inline_svg_bgimage
[task 2023-05-03T19:17:51.715Z] 19:17:51     INFO - Buffered messages finished
[task 2023-05-03T19:17:51.722Z] 19:17:51     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/contextMenu/browser_view_image.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. - 
[task 2023-05-03T19:17:51.737Z] 19:17:51     INFO - GECKO(1586) | MEMORY STAT | vsize 20192MB | residentFast 515MB | heapAllocated 246MB
[task 2023-05-03T19:17:51.745Z] 19:17:51     INFO - TEST-OK | browser/base/content/test/contextMenu/browser_view_image.js | took 92671ms
```, source_sentence: Increase telemetry detail for moz-extension scripts loaded in the parent process Per zombie, moz-extension scripts that are loaded in the parent process are unexpected are we should treat them as a security issue. We'd like to collect additional telemetry about when this happens.

At this point, we only have the (full) url that is being loaded. From Telemetry we also know what extensions the user has installed.  It's not possible (or at least I don't see how) to map an Extension UUID to Extension Name from C++ but if we collect the path and filename that should be enough to figure out which extension it is - especially if we have enough reports for extension overlap.

Note that this only applies when the WebExtension process is *enabled*.  

Presently we know *something* is going on here, we have 3,421 distinct windows clients reporting 33K events on Nightly.  We don't know what is causing it, or how many extensions.
sentences: Intermittent browser/components/tests/browser/browser_browserGlue_upgradeDialog_trigger.js | single tracking bug **Filed by:** smolnar [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=475891338&repo=mozilla-central
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/BEk50-CnRSutd76Mko0kCA/runs/0/artifacts/public/logs/live_backing.log

---
```
TEST-PASS | browser/components/tests/browser/browser_browserGlue_upgradeDialog_trigger.js | Sanity check the temporary file doesn't exist. - true == true - 
[task 2024-09-26T12:57:02.313Z] 12:57:02     INFO - Entering setup bound 
[task 2024-09-26T12:57:02.313Z] 12:57:02     INFO - Leaving setup bound 
[task 2024-09-26T12:57:02.314Z] 12:57:02     INFO - Entering test bound not_major_upgrade
[task 2024-09-26T12:57:02.314Z] 12:57:02     INFO - Buffered messages finished
[task 2024-09-26T12:57:02.316Z] 12:57:02     INFO - TEST-UNEXPECTED-FAIL | browser/components/tests/browser/browser_browserGlue_upgradeDialog_trigger.js | Test timed out - 
[task 2024-09-26T12:57:02.316Z] 12:57:02     INFO - GECKO(1876) | Completed ShutdownLeaks collections in process 5304
[task 2024-09-26T12:57:02.317Z] 12:57:02     INFO - TEST-START | Shutdown
```, Page url in address bar doesn't change when navigating to another page with history api User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0

Steps to reproduce:

Open any video on youtube.com. Click on address bar and edit the address in any way (e.g. delete a character at the end of the address). After that, without pressing enter or anything, click on a thumbnail for another video.


Actual results:

Another video opened, but the url in the address bar hasn't changed (it's just as it was after editing it). After navigating to any number of other videos, the address stays the same as you left it after editing.


Expected results:

The address should have changed to reflect the new video url., Largeish downloads to a Windows file share do not complete User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:99.0) Gecko/20100101 Firefox/99.0

Steps to reproduce:

Downloaded a large 547 MB file to a remote folder shared via SMB/CIFS


Actual results:

After the download (almost) completes, it takes many minutes for the download to process. The Firefox Downloads dialog says:

"A few seconds left — 547 of 547 MB (686 KB/sec)"

Windows File Explorer shows a 0 KB download file with name matching the download, and a .PART file of the expected size of the download which takes many minutes to disappear, after which the downloaded file is then the expected size.

I've been able to replicate this twice now, with different files from different sites. This is on a LAN with gigabit links and no other connectivity issues.


Expected results:

If I download the file to my local drive, the download completes without issue., source_sentence: about:logins "eye" button to reveal passwords is now an unstyled checkbox This bug is a regression in 122 from bug 1867769. I bisected this regression to this pushlog, which includes bug 1867769: 

https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=e901b86e5d894b8b40093d72036208cf8837e098&tochange=d5a2cb7b9272b5c9cdfe4a0397c570ce5f9260bf

### Steps to reproduce

1. Open about:logins.
2. Click the button to reveal a login's password.

### Expected result

The button should look like an eye.

### Actual result

The button is an unstyled checkbox. See the attached screenshot.
sentences: Tab drag animation is choppy **This comment is copy/pasted from a community issue filed during the Foxfooding program.**

---

**Firefox Version:** Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:90.0) Gecko/20100101 Firefox/90.0
**Window Size (inner width and height):** 1920x540

## Steps to Reproduce
Try to move tab back and forth

## Expected Behavior
Tab drag animation should be smooth

## Actual Behavior
Tab drag animation is choppy, Add "abort" event handlers to remote settings's Database.jsm See bug 1624878 comment 8 . This is necessary because the `error` event may not fire and/or not make it to the transaction., Content in hover preview is influenced by the size of the browser size leading to unusable content displayed in preview **Found in**
* Latest Nightly 130.0a1

**Affected versions**
* Nightly 130.0a1

**Tested platforms**
* Affected platforms: Windows 11, macOS 13.4 and Ubuntu 22.04
* Unaffected platforms: 

**Preconditions**
* `browser.tabs.hoverPreview.enabled` - `true`

**Steps to reproduce**
1. Use a new profile
2. Visit facebook, youtube and a few more websites
3. Hover over the tabs and notice the content from these particular websites from above
4. Resize the height of the browser considerably
5. Hover over facebook and youtube websites

**Expected result**
* The content shown in the preview remains the same even if the browser window size is changed.

**Actual result**
* The cookie banner from these websites and others are resized or placed in different places in the preview.

**Regression range**
* This happens after bug 1906123 got fixed before this the behavior was totally different so this is not a regression per se.

**Additional notes**
* I noticed that the content in the page is also altered depending on the size of the browser window even though the page has no cookies banner. This is something that Chrome for example does not do, they have a consistent sized image of the content in preview no matter the size of the browser window., source_sentence: Some bookmark icons disappear over time User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/112.0

Steps to reproduce:

I have two bookmarks in my Bookmarks Menu for which sometimes Firefox resets the icon to the default (globe) icon from time to time for no reason. I don't visit them or do anything to those boookmarks. It's these two sites that have this problem, all other bookmarks' icons stay in tact. 

To fix it, I have to click on the respective bookmark and wait for the page load - after that the proper site icon is shown again.
sentences: Adding Opensearch search engine does not work for .onion addresses User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:82.0) Gecko/20100101 Firefox/82.0

Steps to reproduce:

1. Navigate to a search engine website hosted on the TOR network (like http://yra4tke2pwcnatxjkufpw6kvebu3h3ti2jca2lcdpgx3mpwol326lzid.onion/ ).
The website must provide an Opensearch descriptor.

2. Click "Page Actions" -> "Add Search Engine".


Actual results:

Firefox cannot add the search engine despite the website providing a valid Opensearch descriptor. Following message is shown:
```
Firefox could not download the search plugin from: http://yra4tke2pwcnatxjkufpw6kvebu3h3ti2jca2lcdpgx3mpwol326lzid.onion/opensearch.xml
```


Expected results:

When fetching the Opensearch descriptor Firefox should use the proxy settings provided by the user. In the case of TOR requests to .onion websites will fail when not using the SOCKS5 proxy.

Workaround: Downloading the index.html and the opensearch.xml descriptor file manually and serving them locally. After navigating to the local address, the search engine can be added normally., After closing or opening a tab without leaving the tab strip, there is no delay in displaying the tab preview **Found in**
* 126.0a1 (2024-04-04)



**Affected versions**
*  126.0a1 (2024-04-04)



**Tested platforms**
* Affected platforms: Windows 10x64, Ubuntu 23, macOS 12
* Unaffected platforms: none

**Preconditions**
* browser.tabs.cardPreview.enabled: true

**Steps to reproduce**
1. Open some random tabs and hover over them until the tab preview is displayed.
2. Without leaving the tab strip close a tab located in the middle of the other tabs.

**Expected result** 
* The tab preview is displayed after 500ms.



**Actual result**
* The tab preview is displayed instantly. 


**Regression range**
*  Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=7b609d9f295fce7ab954f09492fea414b72843e6&tochange=a387d4331dd332c954d2689a4a8b64c2181690b1 
Possible regressor: Bug 1876522 

**Additional notes**
* Attached a screen recording.
* This also happens when opening a new tab., [macOS] Newly created bookmarks on Safari do not display a favicon while being imported to Firefox only after Safari is closed and the bookmarks are imported again **Found in**
* 113.0a1 (2023-03-16)


**Affected versions**
* 113.0a1 (2023-03-16)





**Tested platforms**
* Affected platforms: macOS 11, macOS 12, macOS 13
* Unaffected platforms: Windows, Ubuntu 




**Steps to reproduce**
1. Open Safari and bookmark a random page.
2. Open Firefox Nightly and import bookmarks from Safari.
3. Observe the imported bookmarks.

**Expected result**
* The newly created bookmark has a fav icon.

**Actual result**
* The newly created bookmark does not have a favicon.

**Regression range**
*  Not a regression. The favicons import is implemented with bug 326701.


**Additional notes**
* Attached a screen recording: [link](https://drive.google.com/file/d/1KRE-nUILLIkS1GwpCGlYZCUGZnW5VG-A/view?usp=sharing).
* Closing Safari and importing the bookmarks again will work as expected and the fav icon will be displayed inside firefox.
pipeline_tag: sentence-similarity
library_name: sentence-transformers
metrics: cosine_accuracy
model-index: name: SentenceTransformer based on BAAI/bge-base-en
results: task: type: triplet
name: Triplet
dataset: name: bge base en eval
type: bge-base-en-eval
metrics: type: cosine_accuracy
value: 0.5159071087837219
name: Cosine Accuracy
verified: no, task: type: triplet
name: Triplet
dataset: name: bge base en train
type: bge-base-en-train
metrics: type: cosine_accuracy
value: 0.6812315583229065
name: Cosine Accuracy
verified: no
Likes: 0 | All-time downloads: 24
Created: 2025-09-04 07:56:57