av9ash/GitBugs huggingface dataset:
Bug: “Manage Breaches” button in Protections Dashboard has layout issues
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-05-30 12:32:55+00:00
Resolved: 2020-06-11 09:33:40+00:00

I’ve noticed the button “Manage Breaches” in the Monitor card of the Protections Dashboard has layout issues in French
Bug: Any slash in the URL/search bar turns into a URL
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-30 13:09:37+00:00
Resolved: 2020-05-30 13:43:07+00:00

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

Steps to reproduce:

1. Copy exactly: BT7512/15
2. Past Into the URL bar.
3. Push Enter.


Actual results:

Error: Server Not Found
URL turned into: http://www.bt7512.com/15


Expected results:

The URL should have turned into:
https://www.google.com/search?client=firefox-b-d&q=BT7512/15

Because I was clearly looking for a product model number, not a server when i pasted my string into the URL/Search Bar:

Any search with a forward slash in it turns into a URL which is very annoying.

This might be desirable for example for:
github/khalilgharbaoui

Which turns into:
https://github.com/khalilgharbaoui

But not for everything by default.
Bug: Font Colours in Nightly + Dark Mode on Multistage about:welcome might be better
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-30 14:43:59+00:00
Resolved: 2020-06-01 15:14:33+00:00

STR:

in `about:config` set 

```browser.aboutwelcome.overrideContent = {"id": "multi-stage-welcome","template": "multistage","screens": [{"id": "AW_GET_STARTED","order": 0,"content": {"title": { "string_id": "onboarding-welcome-header" }, "subtitle": "The fast, safe, and private browser that's backed by a non-profit.", "primary_button": {"label": "Start Setup","action":{"navigate": true}}, "secondary_button": {"text": "Have an account?", "label": "Sign in","position": "top", "action":{"type": "OPEN_URL","addFlowParams": true, "data":{"args": "https://accounts.firefox.com/?service=sync&action=email&context=fx_desktop_v3&entrypoint=activity-stream-firstrun&style=trailhead","where": "current"}}}}},{"id": "AW_IMPORT_SETTINGS","order": 1,"content": {"title": "Import your passwords, bookmarks, and more","subtitle": "Coming from another browser? It's easy to bring everything to Firefox.","tiles": {}, "primary_button": {"label": "Start Import", "action":{"type": "SHOW_MIGRATION_WIZARD","navigate": true}},"secondary_button": {"label": "Not now","action":{"navigate": true}}}}]}```

browse to `about:welcome`

**what to happens**
Welcome to Nightly string is not as legible as it could be

**what should happen**
Welcome to Nightly string looks nice
Bug: about:config bookmark does not work in search suggestion
Status: NEW
Priority: P3
Created: 2020-05-30 16:29:10+00:00
Resolved: 2020-06-03 09:33:19+00:00

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

Steps to reproduce:

I bookmarked the page "about:config". 




Actual results:

When typing "config" into the search bar it will about complete to "about:config/" (with a slash at the end).

This page does not exist. 


Expected results:

Autocomplete to "about:config" with the slash.
Bug: Crash in [@ PR_Lock | PR_CallOnce | nss_Init | <&mut serde_json::de::Deserializer<R> as serde::de::Deserializer>::deserialize_seq]
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2020-05-30 16:59:09+00:00
Resolved: 2020-11-08 00:15:27+00:00

This bug is for crash report bp-b55b251f-65df-4545-8a2d-f78b10191222.

```
Top 10 frames of crashing thread:

0 libfenix.so PR_Lock 
1 libfenix.so PR_CallOnce 
2 libfenix.so nss_Init 
3 libfenix.so <&mut serde_json::de::Deserializer<R> as serde::de::Deserializer>::deserialize_seq /root/.cargo/registry/src/github.com-1ecc6299db9ec823/serde_json-1.0.41/src/de.rs:1532
4 libfenix.so libunwind::Registers_arm::restoreVFPv3 
5 libfenix.so libunwind::Registers_arm::restoreVFPv3 
6 libfenix.so libunwind::Registers_arm::restoreVFPv3 
7 libfenix.so std::sync::once::Once::call_once::{{closure}} components/support/rc_crypto/nss/src/util.rs:24
8 libfenix.so std::sync::once::Once::call_inner /rustc/625451e376bb2e5283fc4741caa0a3e8a2ca4d54/src/libstd/sync/once.rs:392
9 libfenix.so nss::pk11::slot::generate_random /rustc/625451e376bb2e5283fc4741caa0a3e8a2ca4d54/src/libstd/sync/once.rs:225

```
Bug: Firefox process count exceeds amount set in settings.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-30 17:21:55+00:00
Resolved: 2024-08-26 09:02:26+00:00

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

Steps to reproduce:

Opened firefox, looked at processes open in Windows Task Manager.


Actual results:

Task Manager showed Firefox (6) or higher processes. After lower process count through dom.ipc.processCount = 1, Task Manager now shows Firefox (3).


Expected results:

Task Manager should not be showing more than 1 Firefox process after adjusting firefox process count.
Bug: Doesn't handle more than ~1000 of MAP AREA elements in an image MAP
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-30 20:59:40+00:00
Resolved: 2021-04-18 00:12:33+00:00

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

Steps to reproduce:

I did creat a big mosaic smaller images, combined into big image. Then I made a HTML page (5.3MB) loading this single big image, with 25600 non-overlapping AREA tags in a single map, over a 15360 x 8640, 8-bit/color RGB, PNG file (174MB on disk, 380MB in memory). With each area having some href, target and onmouseover attributes.

I did create a bit of JavaScript to do hover effect, but even just using a map it looks only few ~1000-2000 first elements of the map are handled. The icon mouse only change to "link"-like icon for the first 1000-2000 elements,  rest are ignored - normal cursor pointer is used, and clicks are ignored.

It works fine in Chromium, and all map area elements are available immedietly, and lookups into are fast. I don't know what data structure they are using, but I guess either quad-tree, or kd-tree would do the job, or a heuristic (with fallback to other algorithm) for regular grids would also do a good job in most cases with big number of area maps. And for small number of area maps (<50 rectangles+circles), a simple list scan would do the job even better. But not for 1000+ elements.



Actual results:

Only first ~1000-2000 map areas are handled.

If I wait long enough it looks like Firefox is processing MAP AREA elements in the background, because a number of working AREAs is increasing slowly. It looks like some asynchronous processing is happening, but it also blocks some of JavaScript and network activities.


Expected results:

All map areas should be handled, and available at the same time.
Bug: Lost all my passwords stored in Firefox Lockwise
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-30 22:16:18+00:00
Resolved: 2020-06-01 00:24:43+00:00

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

Steps to reproduce:

Due to sudden power off all my logins/passwords stored in Firefox Lockwise are lost, I signed in Firefox account and clicked on Sync now but no login/password is retrieved ! How can I recover my lost passwords please ?
Bug: "Manage Permissions" when deleting cookies/site data when Firefox is closed is confusing, should be "Manage Exceptions" to match ETP preferences
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-05-30 23:03:17+00:00
Resolved: 2020-06-04 12:21:52+00:00

As seen on: https://www.reddit.com/r/firefox/comments/gp2cju/new_edge_chromium_vs_firefox/frou2gi/

>there seems to be no place to just generally accept cookies for the session and add exceptions. I looked for something like that in the Settings, but while I could set Cookies to auto-delete, and I could "allow" cookies from certain pages, I can't set exceptions. To be honest, it could just be that the settings are not clear and it is in fact possible. Edge's settings are less confusing for me and I could easily do what I want.

The "Manage Permissions" button next to "Delete cookies and site data when Nightly is closed" is confusing, should be "Manage Exceptions".

The also matches ETP preferences above this in preferences. 

Additionally, clicking on the button *already* shows "Exceptions - Cookies and Site Data", so Firefox is already aware that these are exceptions. 

I think it is worth making this change for consistency and ease of discovery reasons.
Bug: Can't copy and paste from Google Translate
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-05-31 01:02:51+00:00
Resolved: 2020-05-31 05:41:33+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.102 Safari/537.36

Steps to reproduce:

When using Google translate
http://translate.google.com
Type anything in the left.
Translation appears on the right.
Try to copy the translation to the clipboard.



Actual results:

Translation will not copy to clipboard.  Neither Ctrl-C or context menu Copy will copy the text.  Copy is shown and available in the context menu, but doesn't do anything.


Expected results:

Text should become available in the clipboard.
Bug: History bar dropdown is showing suggestions which I havent used in the last several years
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-31 04:59:54+00:00
Resolved: 2020-06-01 03:42:45+00:00

click on an empty address bar
the dropdown suggestions show URL's which I havent accessed in years. For example, mail.yahoo.com

ER: addresses based on frecency
AR: ancient URL suggestions

This is a recent regression
Bug: Pinned top sites should not be shown in "Top Sites" address bar feed if NTP or Top Sites on NTP are not enabled
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-31 07:45:25+00:00
Resolved: 2020-07-02 00:43:13+00:00

Previously commented about this in bug 1627858 comment 64:

> I think that ignores a larger problem, though - if the user is not using the Top Sites feature in about:home, why would they care about pins at all?

> If bug 1623666 needs to happen, I think it needs to take into consideration whether Top Sites or about:home is enabled - and if not, pins and reordering of items on about:home is meaningless and it just needs to be based solely on historical data.

Since then, bug 1642177 was filed, where the user clearly has a pinned top site in their top sites feed, but is showing a site that has not been accessed in years. 

Steps to reproduce:

1. Ensure Top Sites is enabled in `about:preferences#privacy` *Address Bar*
2. Ensure that there is at least one pinned tab in the top row of NTP
3. Either
3a. Disable Top Sites in `about:preferences#home` 
OR
3b. Disable Firefox Home for homepage/new windows or new tabs
4. Click in address bar

What happens:

I see a pinned top site in the address bar.

Expected result:

Since I am not using either NTP or the Top Sites feature in NTP, a list of customized top sites is meaningless to me, so I should see top sites solely based on frecency/history data, *not* based on customization in NTP Top Sites.
Bug: Media files from URLs without extension are saved as `.htm`
Status: NEW
Priority: --
Created: 2020-05-31 13:33:10+00:00
Resolved: 2020-06-16 18:16:57+00:00

STR:

1. Open the URL
2. Open the Media Panel in Page/Image Info
3. Click "Save As" for the image

Results:

Firefox makes a request with `Accept: */*` to retrieve the JPEG instead of the WEBP file (this is fine and expected), the server responds with a JPEG file and sets `content-type: image/jpeg`, but Firefox saves the JPEG image with `.htm` extension by default instead of `.jpg`.

Expected:
Firefox defaults to the `.jpg` extension (or whatever is in the MIME-database) in the save dialog.

Additional Info:
`handlers.json` contains the correct MIME-type -> file extension association and should map `image/jpeg` to `.jpg` (the first entry).
Bug: New WebRTC sharing indicator should set role="alert" on body element
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-06-01 02:32:51+00:00
Resolved: 2023-06-02 14:50:10+00:00

It's currently set on the html element. The a11y engine needs it to be set on the body element, although even this won't work properly until bug 1642258 is fixed.
Bug: Mac OS: After restart, Firefox windows re-open in the same single virtual desktop instead of the virtual desktops they previously occupied.
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-06-01 11:43:55+00:00
Resolved: 2025-03-05 08:01:34+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:

Mac OS variant of bug 372650

After restarting Mac, all firefox windows are restored to the same single virtual desktop although originally they were in different virtual desktops. (It seems that the restore data does not keep information about which windows belonged to which virtual desktops).

Reproducible: Always

1. Open firefox windows in different virtual desktops.
2. Restart Mac OS with the option to reopen windows checked. Log in.
3. Observe that Firefox windows open in a single virtual desktop.

I am on MacOS Catalina 10.15.4


Actual results:

All firefox windows reopened in one same virtual desktop.


Expected results:

Every firefox windows should reopen in the virtual desktop they were originally in prior to restart/shutdown.
Bug: Only record the "last user hash" for the sync merge warning after account becomes verified
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-06-01 15:22:51+00:00
Resolved: 2021-05-14 09:44:02+00:00

Steps to reproduce:
- Create a new profile
- Try to register with an invalid email (one that will bounce but looks legit)
- When you see the FxA error that the email bounced, start over

Results:
- Sync gives a merge warning though the first attempt at registation never worked

Expected result:
- No merge warning since it's the first successful Sync authentication.
Bug: Sign in error - Firefox Send
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2020-06-01 16:08:30+00:00
Resolved: 2020-06-01 16:47:41+00:00

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

Steps to reproduce:

I'm already signed in to Firefox 76.0.1,  I go to https://send.firefox.com/, click on "Sign In" button, enter email & password on each page requesting same, after entering password I get a "Something went wrong" error.

I've logged out of my Firefox account and logged back in with same result.  I've restarted browser with same result.


Actual results:

Can't sign in to send larger files.


Expected results:

Returned a page that allows upload of file, set expiration & password, Send...
Bug: Downloads are being opened in same (current) tab
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-06-01 19:08:21+00:00
Resolved: 2022-04-14 11:58:29+00:00

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

Steps to reproduce:

0. Set the default PDF opener to Firefox Nightly
1. Downloaded a PDF file (any file)
2. Clicked on the completed download in the downloads popup


Actual results:

 The opened PDF file replaced my current tab


Expected results:

A new tab should have opened with the PDF file (this used to be the behaviour before).
Bug: Go links stopped working in the latest nightly. They redirect to search engine instead.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-06-01 19:18:42+00:00
Resolved: 2022-04-13 17:15:17+00:00

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

Steps to reproduce:

Google corp uses Go links for internal redirects. The public version of that is here at https://www.golinks.io/

Around May 28th Nightly update we got reports of go links now not working.
Maybe https://bugzilla.mozilla.org/show_bug.cgi?id=1634650 caused it?

Proxy config: [redacted] (also, see screenshot)


Actual results:

go/foo now goes searches for 'go/foo' instead of going to the redirect url through the proxy config.

Reproduced on Nightly 78.0a1 (2020-06-01) (64-bit) on MacOS


Expected results:

go/foo should go to the url it's meant for in the proxy. 

example go/foo -> foo.internal.example.com
Bug: Screenshot not saved when "downloaded" on lbc.co.uk page
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-01 19:35:45+00:00
Resolved: 2020-06-02 12:29:27+00:00

As seen on: https://www.reddit.com/r/firefox/comments/guq7vo/screenshot_does_not_work_on_this_one_page_why/

Steps to reproduce:

1. Navigate to https://www.lbc.co.uk/radio/presenters/shelagh-fogarty/lockdown-is-not-worth-the-destruction-of-the-econo/
2. Click in three dot menu near address bar, select "Take a Screenshot"
3. Select "Save Full Page"
4. Select "Download"

What happens:

Nothing.

Expected result:

Image is saved.

20:40.20 INFO: Narrowed integration regression window from [d598b45d, 45f786f1] (4 builds) to [99d6961f, 45f786f1] (2 builds) (~1 steps left)
20:40.20 INFO: No more integration revisions, bisection finished.
20:40.20 INFO: Last good revision: 99d6961f2d92932a5f48d5f12489a0fda60d0e73
20:40.20 INFO: First bad revision: 45f786f133e9d35d2a4f429af23e5565bc55b42c
20:40.20 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=99d6961f2d92932a5f48d5f12489a0fda60d0e73&tochange=45f786f133e9d35d2a4f429af23e5565bc55b42c
Bug: Can't create search engine on reverso.com
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-06-01 22:39:17+00:00
Resolved: 2020-06-23 18:31:40+00:00

User Agent: Mozilla/5.0 (Android 9; Mobile; rv:68.0) Gecko/68.0 Firefox/68.0

Steps to reproduce:

Open reverso.com or reverso.net and click to search field. 


Actual results:

No option to add as search engine


Expected results:

Offer to add as search engine
Bug: After coming back from sleep on Windows, occasionally a pinned tab is in a new window
Status: REOPENED
Priority: --
Created: 2020-06-02 01:55:01+00:00
Resolved: 2020-07-21 15:48:07+00:00

So, this is rather strange, and I can't seem to reproduce it on demand, but occasionally when I come back to my computer after it's been asleep, my leftmost tab, which in my case has always been gmail, is in the forefront in its own window. This has happened several times - the first two times I thought I must have done something, but I doubt that now.

I wish I could give better steps to reproduce, but it only happens to me every few days - certainly not every time my computer goes to sleep.
Bug: Intermittent browser/components/preferences/tests/siteData/browser_siteData2.js | Should list the right sites number - Got 0, expected 4
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-06-02 02:04:32+00:00
Resolved: 2020-06-30 17:03:12+00:00

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

---

[task 2020-06-02T01:21:32.511Z] 01:21:32     INFO - TEST-START | browser/components/preferences/tests/siteData/browser_siteData2.js
[task 2020-06-02T01:21:33.338Z] 01:21:33     INFO - TEST-PASS | browser/components/preferences/tests/siteData/browser_siteData2.js | The Settings dialog should be visible - 
[task 2020-06-02T01:21:33.338Z] 01:21:33     INFO - Buffered messages finished
[task 2020-06-02T01:21:33.338Z] 01:21:33     INFO - TEST-UNEXPECTED-FAIL | browser/components/preferences/tests/siteData/browser_siteData2.js | Should list the right sites number - Got 0, expected 4
[task 2020-06-02T01:21:33.338Z] 01:21:33     INFO - Stack trace:
[task 2020-06-02T01:21:33.338Z] 01:21:33     INFO - chrome://mochikit/content/browser-test.js:test_is:1327
[task 2020-06-02T01:21:33.338Z] 01:21:33     INFO - chrome://mochitests/content/browser/browser/components/preferences/tests/siteData/head.js:assertSitesListed:203
[task 2020-06-02T01:21:33.338Z] 01:21:33     INFO - chrome://mochitests/content/browser/browser/components/preferences/tests/siteData/browser_siteData2.js:test_selectRemove:51
[task 2020-06-02T01:21:33.338Z] 01:21:33     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest/<:1064
[task 2020-06-02T01:21:33.338Z] 01:21:33     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1104
[task 2020-06-02T01:21:33.338Z] 01:21:33     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:927
[task 2020-06-02T01:21:33.338Z] 01:21:33     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/waitForFocusInner/focusedOrLoaded/<:918
[task 2020-06-02T01:21:33.338Z] 01:21:33     INFO - Not taking screenshot here: see the one that was previously logged
Bug: Firefox loops if always run as administrator
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-06-02 09:49:15+00:00
Resolved: 2020-06-23 03:47:06+00:00

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

Steps to reproduce:

My colleague is using NemID authentication with Firefox and it must be run as administrator in order to work. He want to keep Firefox always run as administrator

1. Right click on Firefox icon and choose Properties
2. Go to Compatibility
3. Check "Run this program as administrator"
4. Click OK
5. Launch Firefox


Actual results:

Firefox keeps looping and asking me to allow or not (the UAC dialog box). If i disable UAC, it will keep looping until you uncheck run as administrator


Expected results:

Launch Firefox as administrator without any problems
Bug: PDF preview not correct when using clipmask and Blendmode DARKEN
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-06-02 10:12:36+00:00
Resolved: 2022-03-18 13:48:52+00:00

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

Steps to reproduce:

Preview the attached PDF file in Firefox


Actual results:

The displayed image is not correct.  When a clip mask is used in combination with Blendmode DARKEN, the clip mask is ignored.


Expected results:

Open the PDF file in Adobe Reader to see how the rendering is different for the object on the right.
Bug: browser.gesture.pinch .in and .out no longer work
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-06-02 12:48:24+00:00
Resolved: 2020-06-11 14:48:06+00:00

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

Steps to reproduce:

Updated to 78.0b1


Actual results:

I had a setup where by pinching in the touchpad I could close the tab (pic). After the update it stopped working. Every other gesture's working as expected.

At first I thought they renamed it, but couldn't find any evidence of that in diffs. Maybe they disabled it? What should I be using now?



Expected results:

The command should've remained operational.
Bug: Resizing box on options does not follow mouse
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-02 13:09:27+00:00
Resolved: 2020-06-04 15:18:52+00:00

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

Steps to reproduce:

 - open Options (about:preferences)
 - click the "Choose..." button under the "Language" section
 - drag to resize the popup box (try to enlarge it)


Actual results:

The size of the box does not follow the mouse. It seem it enlarges about half of the mouse pointer movement.


Expected results:

Box corner should follow the mouse.
Bug: Keyboard shortcuts don't work in Options
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-06-02 13:17:21+00:00
Resolved: 2020-06-03 13:15:11+00:00

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

Steps to reproduce:

open about:preferences

try alt-t , alt-n, alt-i



Actual results:

they should work (as indicated by underlined characters in the GUI elements)


Expected results:

Nothing happens.