av9ash/GitBugs huggingface dataset:
Bug: Intermittent [TV] browser/base/content/test/siteIdentity/browser_check_identity_state.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. -
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2020-12-11 00:42:48+00:00
Resolved: 2022-07-26 16:57:12+00:00

**Filed by:** nbeleuzu [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=324189009&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/b-Z_xnRfTFKW6hnmdJrq3w/runs/0/artifacts/public/logs/live_backing.log
**Reftest URL:** https://hg.mozilla.org/mozilla-central/raw-file/tip/layout/tools/reftest/reftest-analyzer.xhtml#logurl=https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/b-Z_xnRfTFKW6hnmdJrq3w/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2020-12-10T21:52:50.557Z] 21:52:50     INFO - TEST-PASS | browser/base/content/test/siteIdentity/browser_check_identity_state.js | Identity should be unknown - 
[task 2020-12-10T21:52:50.557Z] 21:52:50     INFO - TEST-PASS | browser/base/content/test/siteIdentity/browser_check_identity_state.js | Identity should be localResource - 
[task 2020-12-10T21:52:50.558Z] 21:52:50     INFO - TEST-PASS | browser/base/content/test/siteIdentity/browser_check_identity_state.js | Identity should be unknown - 
[task 2020-12-10T21:52:50.558Z] 21:52:50     INFO - Buffered messages logged at 21:52:50
[task 2020-12-10T21:52:50.558Z] 21:52:50     INFO - Leaving test bound test_pb_mode
[task 2020-12-10T21:52:50.558Z] 21:52:50     INFO - Buffered messages finished
[task 2020-12-10T21:52:50.558Z] 21:52:50     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/siteIdentity/browser_check_identity_state.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 2020-12-10T21:52:50.558Z] 21:52:50     INFO - GECKO(2453) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2020-12-10T21:52:50.558Z] 21:52:50     INFO - GECKO(2453) | MEMORY STAT | vsize 7901MB | residentFast 336MB | heapAllocated 140MB
[task 2020-12-10T21:52:50.558Z] 21:52:50     INFO - TEST-OK | browser/base/content/test/siteIdentity/browser_check_identity_state.js | took 130195ms
[task 2020-12-10T21:52:50.558Z] 21:52:50     INFO - checking window state```
Bug: Intermittent TEST-UNEXPECTED-TIMEOUT | browser/components/urlbar/tests/browser/browser_oneOffs_keyModifiers.js | application timed out after 370 seconds with no output
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-12-11 12:03:57+00:00
Resolved: 2022-03-22 17:06:04+00:00

**Filed by:** rmaries [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=324235163&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/VJ3GKbXnSLulC4voQB2nBw/runs/1/artifacts/public/logs/live_backing.log

---
```
[task 2020-12-11T11:26:27.269Z] 11:26:27     INFO - TEST-START | browser/components/urlbar/tests/browser/browser_oneOffs_keyModifiers.js
[task 2020-12-11T11:44:40.223Z] 11:44:38     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_oneOffs_keyModifiers.js | Expected placeholder l10n when search mode is active - {"args":{"name":"browser_searchSuggestionEngine searchSuggestionEngine.xml"},"id":"urlbar-placeholder-search-mode-other-engine"} deepEqual {"id":"urlbar-placeholder-search-mode-other-engine","args":{"name":"browser_searchSuggestionEngine searchSuggestionEngine.xml"}} - 
[task 2020-12-11T11:44:41.037Z] 11:44:38     INFO - Leaving test bound accel_click_empty
[task 2020-12-11T11:44:41.426Z] 11:44:38     INFO - Entering test bound accel_click_search_remote
[task 2020-12-11T11:44:42.154Z] 11:44:38     INFO - Buffered messages logged at 11:32:20
[task 2020-12-11T11:44:42.589Z] 11:44:38     INFO - Awaiting for the urlbar panel to open
[task 2020-12-11T11:44:43.445Z] 11:44:38     INFO - Buffered messages finished
[task 2020-12-11T11:44:43.961Z] 11:44:38    ERROR - TEST-UNEXPECTED-TIMEOUT | browser/components/urlbar/tests/browser/browser_oneOffs_keyModifiers.js | application timed out after 370 seconds with no output
[task 2020-12-11T11:44:44.565Z] 11:44:38    ERROR - Force-terminating active process(es).
[task 2020-12-11T11:44:45.093Z] 11:44:38     INFO - Determining child pids from psutil...
[task 2020-12-11T11:44:45.578Z] 11:44:38     INFO - [1616, 1641, 1700, 1732, 1775, 1814, 1787]
[task 2020-12-11T11:44:46.665Z] 11:44:38     INFO - ==> process 1545 launched child process 1560
[task 2020-12-11T11:44:47.594Z] 11:44:38     INFO - ==> process 1545 launched child process 1616
[task 2020-12-11T11:44:48.103Z] 11:44:38     INFO - ==> process 1545 launched child process 1641
[task 2020-12-11T11:44:48.871Z] 11:44:38     INFO - ==> process 1545 launched child process 1700
[task 2020-12-11T11:44:49.374Z] 11:44:38     INFO - ==> process 1545 launched child process 1732
[task 2020-12-11T11:44:49.897Z] 11:44:38     INFO - ==> process 1545 launched child process 1787
[task 2020-12-11T11:44:50.567Z] 11:44:38     INFO - ==> process 1545 launched child process 1814
[task 2020-12-11T11:44:51.230Z] 11:44:38     INFO - Found child pids: set([1700, 1641, 1775, 1616, 1814, 1560, 1732, 1787])
[task 2020-12-11T11:44:51.991Z] 11:44:38     INFO - Failed to get child procs
[task 2020-12-11T11:44:52.306Z] 11:44:38     INFO - Killing process: 1700
[task 2020-12-11T11:44:53.228Z] 11:44:39     INFO - TEST-INFO | started process screentopng```
Bug: ZIP file MIME type is not recognized
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-12-11 12:05:26+00:00
Resolved: 2020-12-18 21:45:01+00:00

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

Steps to reproduce:

In essence if I select a ZIP file into an input tag and then try to read the file using javascript, it's MIME type is empty.

This problem can be reproduced online.

STEP 1) Open this link with Firefox (or anywhere, where you can run a HTML page on a web browser with javascript) -> https://www.w3schools.com/js/tryit.asp?filename=tryjs_myfirst

STEP 2) Insert this code:

<!DOCTYPE html>
<html>
  <body>
  	<h2>Check file type</h2>
	<input type="file" multiple onchange="showType(this)">
  </body>
</html> 
<script>
  function showType(fileInput) {
    var files = fileInput.files;
    for (var i = 0; i < files.length; i++) {
      var name = files[i].name;
      var type = files[i].type;
      alert("Filename: " + name + "\nFile Type: " + type);
    }
  }
</script>

STEP 3) click on RUN >> (or open the HTML file with the firefox web browser)

STEP 4) Click on the browse button and select any ZIP file

An alert popup should show up with the information of the file - it's filename and filetype.


Actual results:

If i select a ZIP file, then it's File Type (MIME type) is not recognized:

Filename: httpd-2.4.25-win64-VC14.zip
File Type: 

If I select any other file such as .ico or .exe or .png, then the file type is recognized just fine:

Filename: favicon.ico
File Type: image/x-icon


Expected results:

The ZIP file type should be recognized:

Filename: httpd-2.4.25-win64-VC14.zip
File Type: application/zip

---

Note: I tested this on 2 different computers with Firefox, TOR browser and Waterfox - all yield the same results. On Brave browser (chromium engine) this works just fine.
Bug: Unnecessary scrollbar displayed in Send tab to device submenu while the sync in OFF
Status: NEW
Priority: --
Created: 2020-12-11 12:27:24+00:00
Resolved: 2024-01-30 22:21:02+00:00

**Affected Firefox versions**
Firefox Release 83.0
Firefox Beta 84.0 (20201210144358)
Firefox Nightly 85.0a1 (2020-12-10)

**Affected platforms**
Windows 10 64-bit

**Steps to reproduce**
1. Login using an existing account that is not connected on other devices.
2. Go to about:preferences#sync and turn OFF the Sync.
3. Open a new tab and navigate to a valid url (ie https://www.wikipedia.org/) 
4. Click on the Firefox Account icon from the toolbar and select the “Send tab to device” option.
5. Check the “Send tab to device” submenu.

**Expected results**
No scrollbar is displayed in the “Send Tab to Device” submenu.

**Actual Results**
Unnecessary scrollbar appears in the “Send Tab to Device” submenu.

**Additional notes**
- This issue is a regression.
- Bug 1658778 caused this regression.
- pushlog_url: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=77e41737909267811b4773ac06
Bug: Perma tier 2 UntrustedModulesFixture.Serialize | Value of: aData.mXULLoadDurationMS.isNothing()
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-12-11 12:47:07+00:00
Resolved: 2021-02-09 10:50:47+00:00

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

---
```
[task 2020-12-11T12:41:21.421Z] 12:41:21     INFO -  TEST-START | UntrustedModulesFixture.Serialize
[task 2020-12-11T12:41:23.899Z] 12:41:23     INFO -  Received data. (pendingQueries=20)
[task 2020-12-11T12:41:23.948Z] 12:41:23     INFO -  Received data. (pendingQueries=20)
[task 2020-12-11T12:41:23.948Z] 12:41:23  WARNING -  TEST-UNEXPECTED-FAIL | UntrustedModulesFixture.Serialize | Value of: aData.mXULLoadDurationMS.isNothing()
[task 2020-12-11T12:41:23.948Z] 12:41:23     INFO -    Actual: false
[task 2020-12-11T12:41:23.948Z] 12:41:23     INFO -  Expected: true @ z:/build/build/src/toolkit/xre/test/gtest/TestUntrustedModules.cpp:158
[task 2020-12-11T12:41:23.998Z] 12:41:23     INFO -  Received data. (pendingQueries=8)
[task 2020-12-11T12:41:24.028Z] 12:41:24     INFO -  Received data. (pendingQueries=6)
[task 2020-12-11T12:41:24.059Z] 12:41:24     INFO -  Received data. (pendingQueries=10)
[task 2020-12-11T12:41:24.059Z] 12:41:24  WARNING -  TEST-UNEXPECTED-FAIL | UntrustedModulesFixture.Serialize | test completed (time: 2638ms)
[task 2020-12-11T12:41:24.059Z] 12:41:24     INFO -  TEST-START | UntrustedModulesFixture.Backup
[task 2020-12-11T12:41:24.089Z] 12:41:24     INFO -  Received data. (pendingQueries=10)
[task 2020-12-11T12:41:24.128Z] 12:41:24     INFO -  Received data. (pendingQueries=9)
[task 2020-12-11T12:41:24.150Z] 12:41:24     INFO -  Received data. (pendingQueries=10)
[task 2020-12-11T12:41:24.181Z] 12:41:24     INFO -  Received data. (pendingQueries=9)
[task 2020-12-11T12:41:24.211Z] 12:41:24     INFO -  Received data. (pendingQueries=10)```
Bug: Data is missing inside Removing Cookies and Site Data window
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-12-11 13:50:34+00:00
Resolved: 2020-12-17 13:18:43+00:00

**Affected versions**
* Nightly 85.0a1

**Unaffected versions**
* Firefox 84.0
* Firefox 76.8.0esr

**Affected platforms**
* Windows 10 64bit
* MacOS 11
* Ubuntu 18.04

**Steps to reproduce**
1. Start Latest Nightly (2020-12-11)
2. Visit any webpage (eg: twitter.com)
3. Click the lock icon inside URL bar
4. Click `Clear Cookies and Site Data...`

**Expected result**
* Cookies and site data is displayed.

**Actual result**
* The portion where the cookies and site data is displayed is missing

**Regression range**
* First bad: 2020-12-09 08:50:14.730000 (aeaa3b2c2670669bb0529443c8e36d37cc8e7f3a)
* Last good: 2020-12-09 08:37:25.104000 (0372a3bf120a56fa5a0870e0ee8df291df98bcef)
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=aeaa3b2c2670669bb0529443c8e36d37cc8e7f3a&tochange=0372a3bf120a56fa5a0870e0ee8df291df98bcef
* Potential regressor: Bug 1674806 - Remove windowtype attribute where it is obsolete

**Additional notes**
* Screenshot showing the issue is attached.

**Suggested severity**
* I would suggest S3 severity because a portion of the window is basically missing.
Bug: Search bar is shrinked for a split second from both sides and the restored after the Import Wizard is closed
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-12-11 14:30:09+00:00
Resolved: 2021-02-12 21:52:49+00:00

*Affected versions*
* 85.0a1(20201211093444)
* 84.0 (20201207203640)

*Affected platforms*

* Windows 10x64
* Ubuntu 20.04


*Steps to reproduce*
1. Open Firefox with a new profile and enable Bookmarks Toolbar
2. Focus the address bar and Click on the Import Bookmarks button.
3. Click Cancel or X on the Import Wizard and observe the address bar.

*Expected result*
* Address bar is displayed as focused as expected.

*Actual result*
* Address bar shrinks for a split second from both sides and then it’s restored.

*Regression range*
* Last good revision: 13c671d889846111a94b6645ff9f107de19bd779
* First bad revision: 6b9978d2a957cb6ec9d6bd0e0155d16db887a186
* Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=13c671d889846111a94b6645ff9f107de19bd779&tochange=6b9978d2a957cb6ec9d6bd0e0155d16db887a186




*Notes*
* Attached a screen recording. 
* On Ubuntu 20 the issue is intermittent and sometimes the whole address bar it’s shrunk and restored very fast.
* On macOS 10.12 the Address bar is unfocused when the Import Window is opened and refocused when the Import Window is closed.

**Suggested Severity: S4**
Bug: [Experiment] Moving the Sponsored tile in the order Amazon over eBay then eBay over Amazon initially removes Amazon and removes the eBay icon
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-12-11 14:58:24+00:00
Resolved: 2021-03-25 01:49:52+00:00

**[Affected versions]:**
- Firefox Beta 84.0 (Build ID: 20201210144358)

**[Affected Platforms]:**
- Windows 10
- macOS 10.15
- Linux Mint 20

**[Prerequisites]:**
- Be enrolled in the Treatment branch of one of the TopSites Launch Phase 3 experiments or have the preferences used set. For the US version:
- `browser.search.region` set to `US`
- `browser.search.experiment` set to `amazondotcom-adm`
- `browser.topsites.experiment.ebay-2020-1` set to `true`
- `browser.partnerlink.useAttributionURL` set to `true`
- `browser.topsites.useRemoteSetting` set to `true`
 
**[Steps to reproduce]:**
1. Open a new tab.
2. Drag the Amazon tile from position 1 to position 2 (position of eBay tile).
3. Drag the eBay tile from position 2 to position 1 (position of Amazon tile).
4. Observe the Top Sites tiles. 

**[Expected result]:**
-  All tiles remain in their original positions.
-  All tiles have titles and icons displayed.

**[Actual result]:**
- The Amazon tile is removed and all the other tiles (including eBay) are shifted to the left.
- The eBay tile does not have a title or an icon displayed.

**[Notes]:**
- Opening a new tab will have the Top Site tiles returned to their original positions, but the eBay tile will have lost the Sponsored status.
- This seems a regression as the behavior differs from Fx 83.
- This issue is not reproducible if attempting to move only one of the tiles over the other (i.e. trying to move eBay on Amazon’s position multiple times or the other way around will just keep them in their initial positions).
- Attached is a [recording](https://drive.google.com/file/d/1kNE_C5TY6TyzzsUFjdx5bt28BIGvVIj3/view?usp=sharing) of the issue.
Bug: [Experiment] Moving the Sponsored tile in the order eBay over Amazon then Amazon over eBay moves the Amazon tile in the 3rd position
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-12-11 15:03:14+00:00
Resolved: 2021-03-12 12:44:11+00:00

**[Affected versions]:**
- Firefox Beta 84.0 (Build ID: 20201210144358)

**[Affected Platforms]:**
- Windows 10
- macOS 10.15
- Linux Mint 20

**[Prerequisites]:**
- Be enrolled in the Treatment branch of one of the TopSites Launch Phase 3 experiments or have the preferences used set. For the US version:
- `browser.search.region` set to `US`
- `browser.search.experiment` set to `amazondotcom-adm`
- `browser.topsites.experiment.ebay-2020-1` set to `true`
- `browser.partnerlink.useAttributionURL` set to `true`
- `browser.topsites.useRemoteSetting` set to `true`

**[Steps to reproduce]:**
1. Open a new tab.
2. Drag the eBay tile from position 2 to position 1 (position of Amazon tile).
3. Drag the Amazon tile from position 1 to position 2 (position of eBay tile).
4. Observe the positions of the Sponsored tiles.

**[Expected result]:**
- All  tiles remain in their original positions.

**[Actual result]:**
- Youtube is moved in position 1, eBay remains in position 2 and Amazon is moved to position 3.

**[Notes]:**
- This behavior was the one encountered for the Fx 83 version for both tiles (with Bug 1676169 being encountered at the same time on 83).
- This issue is not reproducible if attempting to move only one of the tiles over the other (i.e. trying to move eBay on Amazon’s position multiple times or the other way around will just keep them in their initial positions).
- Attached is a [recording](https://drive.google.com/file/d/1pvaKqloXYESKL4Sf-rigieeSF778CEtO/view?usp=sharing) of the issue.
Bug: The feedback button is not usable
Status: VERIFIED
Priority: --
Resolution: INCOMPLETE
Created: 2020-12-11 15:27:05+00:00
Resolved: 2024-08-14 17:41:40+00:00

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

Steps to reproduce:

I selected `Menu -> Help -> Send Feedback...`


Actual results:

https://input.mozilla.org/de/feedback/firefox/83.0/ opened in a new tab, but immediately redirected to https://qsurvey.mozilla.com/s3/Give-feedback-landing-page which just displays "Thanks for your answer....".


Expected results:

A page is opened where I can actually input feedback.
Bug: Gmail CTRL click (open in new tab)
Status: UNCONFIRMED
Priority: P3
Created: 2020-12-11 18:00:23+00:00
Resolved: 2024-07-17 08:56:35+00:00

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

Steps to reproduce:

Go to gmail.com and hold down CTRL while clicking on an email (to open it).



Actual results:

It opens a new tab and switched focus to that tab.


Expected results:

It should have opened it in the background, keeping the current gmail.com tab in focus.

I have my preferences set to open new tabs in the background
"When you open a link in a new tab, switch to it immediately" is disabled.

In chrome this does behave as expected: You CTRL click an email and it opens a new tab in the background

 chrome-parity
Bug: this website opens a tab on its own.
Status: UNCONFIRMED
Priority: --
Created: 2020-12-11 18:40:13+00:00
Resolved: 2021-03-24 10:42:39+00:00

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

Steps to reproduce:

Website opens tab on its own, without any action from me. 


Actual results:

I added it to blocked sites, but it keeps popping up and crashing firefox, sometimes a few times in an hour.
Bug: Omnibox API WebExtensions - "content" is not supposed to be shown in the urlbar panel
Status: NEW
Priority: P3
Created: 2020-12-11 21:15:44+00:00
Resolved: 2023-08-16 14:35:18+00:00

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

Steps to reproduce:

I am working on a simple browser extension that allows you to search your bookmarks from the omnibox. However, it does not treat the "content" and "description" strings equally. 

You can try this with any extension that uses the omnibox SearchInputs. For example:

https://addons.mozilla.org/en-US/firefox/addon/omnibox-bookmark-search/
Omnibox Bookmark Search - just search for a bookmark with a long URL.

https://addons.mozilla.org/en-US/firefox/addon/custom-search-engine/
Custom Search Engine - just mash your keyboard a bunch.


Actual results:

If the "content" URL is too long, it will take up all the space, and not show the attached description. See the attached image.


Expected results:

I would expect there to be a minimum number of characters for the description, or a minimum width.

For example, it could stop being covered when it is only ten characters long, or 25%.
Bug: Some parts of the customize section are not accessible.
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-12-11 21:48:17+00:00
Resolved: 2021-01-26 18:45:12+00:00

I've trying the new new version with the customize menu and here are a couple of issues I noticed:

- When customize panel is open with the keyboard, we need to shift focus to the latest first focusable element in the panel e.g. `Close` button. Same goes for when it's dismissed (after it was opened with the keyboard) we need to move focus back on the `Customize` button. This is especially helpful because the panel is at the very end of the keyboard order on the new tab page so it is very cumbersome for a keyboard user to tab through all the tiles just to get to the panel. You can see the current keyboard order if you try `Show Tabbing Order` feature in the Accessibility Panel in DevTools - ![Tabbing Order For Customize Menu](https://i.imgur.com/Aq0OO7J.png)
- Showing tabbing order also helps to see that the layout order is different from the keyboard order in some places. You can see it with Recommended by Pocket toggle and Sponsored Stories. The order in cases like that has to be reversed.
- You can also use the AccessibilityPanel for testing for most common a11y issues (`Check for issues` in the toolbar. You will be able to see that the menu has a number of interactive controls that are not labelled. Some are wrapped inside a label but the label is empty. (See ![Checking for issues example](https://i.imgur.com/KeJtN9O.png))
- Keyboard focus styling is missing for most of the items in the menu.
- As a side note, the focus styling that is present for the `Customize` and `Close` buttons is not consistent with the rest of the newtab (a bit hard to see contrast wise too).
Bug: not responding script firefox developer edition
Status: VERIFIED
Priority: --
Resolution: INCOMPLETE
Created: 2020-12-12 16:52:02+00:00
Resolved: 2021-05-27 06:34:48+00:00

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

Steps to reproduce:

open link https://web.facebook.com/whitehat/report/
and on Vulnerability type, select dropdown


Actual results:

not responding when click dropdown Vulnerability type


Expected results:

when clicked the dropdown is still worked to select
Bug: using lots of ram
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-12-12 22:07:37+00:00
Resolved: 2020-12-17 22:09:38+00:00

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

Steps to reproduce:

open fire fox


Actual results:

even after I limit processes to 1, 6 processes open up using 400mb... currently over 1000mb used to access this page.
Also even with 7 tabs open I still see the task manager showing firefox(6)


Expected results:

task manager should show firefox, and the memory usage should not jump straight to 500MB in a few seconds.
Bug: RTL Direction in Bookmark name field and search history box
Status: NEW
Priority: P3
Created: 2020-12-13 12:01:40+00:00
Resolved: 2023-01-18 04:59:45+00:00

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

Steps to reproduce:

I use Persian language for naming new bookmarks. The direction of writing in this language is right to lef.
There is a problem here:
When I write the new bookmark name in Persian, it should normally be right to left, while the direction is right alighn!

For example When I add an exclamation mark to the end of name, the exclamation mark is moved to the beginning of the name!
And the reason is that the direction of the text is not right to left; It is right alighn.