av9ash/GitBugs huggingface dataset:
Bug: slide tabs stuck
Status: RESOLVED
Priority: P3
Resolution: INCOMPLETE
Created: 2020-04-07 21:52:27+00:00
Resolved: 2023-03-23 23:40:41+00:00

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

Steps to reproduce:

Usually i can slide tabs left or right to reorder them.  But today sometimes i can and sometimes i can't.  Just now i was sliding a tab,


Actual results:

and it got stuck and is staying stuck at a point not exactly between two other tabs.  And now i can no longer slide any tabs, nor open the firefox menu on the url bar, tho i can open the firefox menus with alt-H.  And, fascinatingly, the order of selection of tabs using ctrl-pageDown is the order the tabs were in before i began the slide operation which got stuck, which is not quite the order they are (almost) in presently.

i'm running
lubuntu focal
openbox 3.6.1-9
firefox nightly 77.0a1 (2020-04-07)
xserver-xorg-core 2:1.20.7-2ubuntu2
Bug: Intermittent browser/base/content/test/protectionsUI/browser_protectionsUI.js | The panel header is displayed as the content of the toast. -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-04-07 21:56:22+00:00
Resolved: 2022-01-25 17:01:19+00:00

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

---

[task 2020-04-07T21:32:00.254Z] 21:32:00     INFO - TEST-START | browser/base/content/test/protectionsUI/browser_protectionsUI.js
[task 2020-04-07T21:32:12.706Z] 21:32:12     INFO - TEST-PASS | browser/base/content/test/protectionsUI/browser_protectionsUI.js | recorded full_report telemetry event - 
[task 2020-04-07T21:32:12.707Z] 21:32:12     INFO - Leaving test bound testShowFullReportButton
[task 2020-04-07T21:32:12.707Z] 21:32:12     INFO - Entering test bound testMiniPanel
[task 2020-04-07T21:32:12.707Z] 21:32:12     INFO - Buffered messages finished
[task 2020-04-07T21:32:12.707Z] 21:32:12     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/protectionsUI/browser_protectionsUI.js | The panel header is displayed as the content of the toast. - 
[task 2020-04-07T21:32:12.708Z] 21:32:12     INFO - Stack trace:
[task 2020-04-07T21:32:12.708Z] 21:32:12     INFO - chrome://mochikit/content/browser-test.js:test_ok:1292
[task 2020-04-07T21:32:12.708Z] 21:32:12     INFO - chrome://mochitests/content/browser/browser/base/content/test/protectionsUI/browser_protectionsUI.js:testMiniPanel:318
[task 2020-04-07T21:32:12.708Z] 21:32:12     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest/<:1062
[task 2020-04-07T21:32:12.708Z] 21:32:12     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1097
[task 2020-04-07T21:32:12.708Z] 21:32:12     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:925
Bug: The newly enlarged URL bar is now extremely visually jarring and disturbing for visually-sensitive and neurally-sensitive persons
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-04-07 22:17:30+00:00
Resolved: 2025-02-20 13:01:39+00:00

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

Steps to reproduce:

It is default behavior upon restarting the browser after the latest update (75.0).


Actual results:

The semi-enlarged bar and windows it creates upon focus goes out further than its logical borders, partially obscures container color indicator bars making discerning which container a tab belongs to very difficult at a glance. In addition to blocking half the height of the visual indicator, giving one less color to visually work with, it also now borders the color indicator itself. Having the border of the expanded url bar is a second visual disturbance because the border clashes with the what's left of the color indicator on some of the color indicators making it even more troublesome to distinguish. The new bar and windows also obscures much more of the browser window and thus existing open tab content than it used to, making searches more difficult, as many searches are done by referring back to the page content to type in our long query or question. This extreme visual bug/defect with the latest browser makes the bar and associated window extremely visually jarring and visually disturbing to visually-sensitive and neurally-sensitive persons. Rather than being inclusive, a bug that disturbs visually-sensitive and neurally-sensitive persons is rather EXclusive towards visually-sensitive and neurally-sensitive persons as it literally hurts their eyes and brain.


Expected results:

The bar should open in the traditional size, leaving the color indicator of container tabs 1) fully visible, and 2) fully surrounded/bordered by the tab color. 
The new window opened on bar focus should obscure less of the webpage by being its traditional smaller size.
And the combined url bar and associated window space which expands upon focus should stay within the traditional, logical height and width borders, to keep the browser inclusive towards visually-sensitive and neurally-sensitive persons by not creating striking visual overlap clashes between the various objects and shapes on the screen.
Bug: "List all tabs" menu items aren't spaced out when accessed via touchscreen
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2020-04-08 01:55:00+00:00
Resolved: 2020-04-08 16:41:17+00:00

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

Steps to reproduce:

When you tap on the "List all tabs" button (using your finger on the touchscreen), the items are supposed to be spaced out, but they're not. I even manually changed Firefox's density to "Touch" and tried it again, but the menu items still aren't spaced out. See attached screenshot of what this looks like.
Bug: Page Info window's media list scrollbar's dragger has incorrect size when opened (gets updated on window maximize, but not on manual resize).
Status: UNCONFIRMED
Priority: P5
Created: 2020-04-08 03:00:21+00:00
Resolved: 2022-10-12 00:07:36+00:00

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

Steps to reproduce:

1. Just open Page Info window.
2. Navigate to Media tab 
3. Scroll and observe. (Increase list's height to observe it better.)

Tested on 76.0b1 and 77.0a1 Nightly (2020-04-07) (64-bit) on Windows.

Short video added.


Actual results:

Page Info window Media tab list scrollbar's dragger has wrong size.

It gets corrected on window maximize, but not on manual window resize.

Also, if it's content height is less than listbox height, no scrollbar is shown (as expected), but scrollbar will not appear if list's heigth is decreasd by dragging.


Expected results:

It shoud have correct height.
Bug: Url bar popup should be customizable
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-08 06:44:28+00:00
Resolved: 2020-04-08 18:49:03+00:00

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

Steps to reproduce:

With Firefox 75 the urlbar will show a popup when clicking in it. For me this is really disturbing. There should be a possibility to turn this off.
Bug: Yandex Disk Login Issue
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-04-08 07:41:55+00:00
Resolved: 2020-04-29 08:01:47+00:00

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

Steps to reproduce:

Link example: https://yadi.sk/i/gQpV5T7c3Ncvp4

I wanted to save this link in my yandex disk, so i tried to login. Filled e-mail address and password. Then i returned to example link. Yet at the right top corner it still says "login" which saving in yandex disk won't work. After this process, apart from saving, download button does not seem functional either.



Actual results:

Login did not work properly. I was unable to use yandex disk's saving feature and download feature at all.


Expected results:

Saving a file into yandex disk and/or downloading it could be useful.
Bug: Bookmark toolbar items are harder to touch in the new megabar redesign
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-04-08 08:15:20+00:00
Resolved: 2022-03-26 16:44:04+00:00

Saw this feedback: https://www.reddit.com/r/firefox/comments/fwhlva/address_barawesomebar_design_update_in_firefox_75/fmq6771/

>I've now found that it's especially difficult on my laptop's touchscreen (and don't get me started on the trackpad!).
>
>Sorry to moan on so much, I can tell you've put a lot of effort into this feature, but it is such as usability killer for me.

Steps to reproduce:

1. Set browser toolbar to touch
2. Show bookmarks toolbar and populate bar with bookmarks
3. Open a new tab by tapping the `+` symbol in the tab bar
4. Attempt to open one of the bookmarks that appear directly below the address bar

What happens:

The touch target is smaller than it was previously, making it harder to hit. The bookmarks themselves are also partially obscured and have a shadow overlaying them, making the text harder to read.

Expected result:

It should be as easy as it was in <75 tap on bookmarks in the bookmark toolbar. 

My preferred solution here is bug 1627861.
Bug: Nightly: endless spew of hostRecordType: 0 in terminal
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-08 08:51:17+00:00
Resolved: 2020-04-08 12:15:33+00:00

Thousands of these in the 2020-04-07 Nightly when running it from the command line:
```
hostRecordType: 0
hostRecordType: 0
hostRecordType: 0
hostRecordType: 0
hostRecordType: 0
hostRecordType: 0
hostRecordType: 0
hostRecordType: 0
hostRecordType: 0
hostRecordType: 0
hostRecordType: 0
hostRecordType: 0
hostRecordType: 0
hostRecordType: 0
hostRecordType: 0
hostRecordType: 0
hostRecordType: 0
hostRecordType: 0
hostRecordType: 0
hostRecordType: 0
hostRecordType: 0
hostRecordType: 0
hostRecordType: 0
hostRecordType: 0
```
cc'ing Chris due to the MOZ_ALWAYS_TRUE change but it doesn't have to be that.
Bug: Add option in preferences to disable comically large url bar for people without sight disabilities.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-08 09:00:07+00:00
Resolved: 2020-04-19 08:43:41+00:00

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

Steps to reproduce:

Since version 75 of Firefox whenever I click in the url bar it suddenly becomes comically large.


Actual results:

Clicking in the url bar makes it massively oversized. This is a very jarring experience, and it looks inconsistent with the rest of the browser.


Expected results:

I can understand that this might be helpful for people with vision problems, but otherwise it has no use and should be disabled by default. At the very least there should be an option in user preferences to disable this.
Bug: about:downloads and the Downloads page in the Library window no longer speak the name of downloaded files
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-04-08 09:14:30+00:00
Resolved: 2020-04-24 14:20:12+00:00

A very recent regression, probably bug 1608202.

STR:
1. Download something.
2. Open either about:downloads, or the Downloads page in the Library window by pressing CTRL+J.
3. Open Dev Tools, the Browser Toolbox, and Accessibility Inspector. Turn on the engine and inspect the accessible name for each richlistitem in the panel.
   * Expected: The name of the list item should be the file name, followed by the size and download source, as before.
   * Actual: All items only have an accessible name of "Open target folder". This corresponds to the name of the button that is also included in the list item children.

There is probably an aria-label or aria-labelledby override somewhere that only grabs the name of the button, but not the actual file info.

This makes it impossible for screen reader users to efficiently navigate the files they downloaded. Access-p1 for this, since it is a regression that seriously breaks functionality.
Bug: Location bar site information is misleading when selecting Top Site with keyboard and then cancelling
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-04-08 12:07:02+00:00
Resolved: 2020-09-01 09:14:03+00:00

STR:
1. Go to https://mozilla.org.
2. Focus location bar.
3. Use arrow keys to highlight reddit.com top site.
4. Press escape key or click elsewhere without selecting.

Expected:

The location bar shows the current site or does not show site information icons.

Actual:

The highlighted reddit.com URL persists as if it is the current site with the padlock and site permissions of mozilla.org, making it visually indistinguishable from being on the site itself.

This could be exploited by someone with physical access to a computer to do phishing attacks.
Bug: The pull down menu in the address bar changed. There is no longer the down arrow displayed and when I click on the bar I only get 8 on my top searches.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-04-08 13:53:16+00:00
Resolved: 2020-04-09 12:34:43+00:00

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

Steps to reproduce:

Closed and reloaded Firefox


Actual results:

Same


Expected results:

Browser reset to fix problem
Bug: Do not show megabar drop down on new tab page with top sites enabled
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-04-08 13:56:15+00:00
Resolved: 2020-04-08 17:32:41+00:00

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



Actual results:

Its redundant.
Bug: Right click on address bar drop down doesn't bring up context menu in Firefox 75
Status: RESOLVED
Priority: P5
Resolution: INVALID
Created: 2020-04-08 14:23:35+00:00
Resolved: 2020-04-17 08:32:17+00:00

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

Steps to reproduce:

Let Firefox update to v75 on mac os 10.15.4
Noticed address and search bars were highlighting unusually.
Click in address bar and notice layout of drop-down menu changed, taking more space but showing fewer lines
Right click or ctrl-click on items in drop down


Actual results:

Context menu failed to appear.


Expected results:

The usual context menu allowing me to open an item in the drop-down in a new tab etc etc ought to appear.
Bug: Can't place the edit cursor in the url bar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-08 14:40:27+00:00
Resolved: 2020-04-08 15:41:47+00:00

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

Steps to reproduce:

Click anywhere in the URL bar.


Actual results:

The entire text of the URL is selected.


Expected results:

The edit cursor should be placed at the position I clicked and no text should be selected.
Bug: Missing accessible label on in-tabbrowser-tabs "new tab" button
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-04-08 14:44:15+00:00
Resolved: 2020-04-15 11:47:59+00:00

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

Steps to reproduce:

1. Open Orca screen reader, and enable "Speak object under mouse" (`orca -s`, and then in the *General* tab, under the *Mouse* section, enable that checkbox).
2. Open a new Firefox window
3. Hover the "New tab" button, next to the default tab.


Actual results:

Orca announces "Push button" (the type of the element)


Expected results:

Orca should have announced something more specific, like "New tab Push button"

Apparently the problem is that the button does not have a label (and so the screen reader doesn't have any text to present).  Interestingly enough, the button that is used when there are too many tabs to fit (and thus the scroll buttons and the "all tabs" button appear) work well: it properly announces "New tab Push button".  And it does have a `label="&tabCmd.label;"` from what I see.
Bug: One off search separator remains visible when all one off engines are hidden/disabled
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2020-04-08 14:52:01+00:00
Resolved: 2020-04-14 18:09:33+00:00

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

Steps to reproduce:

Went to about:config and set browser.urlbar.oneOffSearches to false in order to prevent the display of non-default search engines as optional choice. The display of other suggestions from the bookmarks or history are disbled as well.


Actual results:

The search engine content is gone, but there's still a thin grey line that appears when I enter something into the address bar.


Expected results:

The grey border line should not appear as well when there's nothing to display/suggest. I'm using FF 75.0 on Ubuntu 18.04 LTS.
Bug: Can't select the whole URL in URL bar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-08 14:54:05+00:00
Resolved: 2020-04-08 15:19:24+00:00

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

Steps to reproduce:

Double click anywhere in the URL bar.


Actual results:

Part of the URL is selected.


Expected results:

The whole URL should be selected.
Bug: Wrong message for opening Options (still refers to tabs)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-08 15:08:38+00:00
Resolved: 2020-04-08 16:19:10+00:00

Probably after changing to incontent options and switching from tabs to stacked categories or what they are called, the strings in the following file are now wrong:

https://hg.mozilla.org/mozilla-central/file/tip/browser/locales/en-US/chrome/overrides/settingsChange.dtd

E.g. "Settings can be changed using the Applications tab in &brandShortName;'s Options." should be changed into something like:
"Settings can be changed using the General category in &brandShortName;'s Options."

I'm not sure if with Pontoon you still need to change the entity's name for other locales to pick-up the change, but if you do: don't forget to change the entity into something like settingsChangeOptions2.label
Bug: New Megabar auto expansion blocks Bookmark bar visibility
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-08 15:30:18+00:00
Resolved: 2020-04-08 18:53:43+00:00

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

Steps to reproduce:

Open a new tab, then cringe.


Actual results:

when I open a new tab, the address bar is default focused and list dropdown is open. Which blocks the bookmark bar. So I have to click away to make it the correct size again, and then I can click bookmarks without being obscured.


Expected results:

New tab should just open a new tab, not fill half the screen and block bookmark bar usability.
Bug: New address bar should not double size when using Compact Density Theme
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-04-08 15:43:54+00:00
Resolved: 2020-04-10 22:22:40+00:00

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

Steps to reproduce:

Using the Compact Density theme, open a new tab.


Actual results:

The new address bar doubles in volume and clashes with the compact density theme


Expected results:

Address bar should stay compact when using Compact Density theme. 
Leave the double size visual to the Touch Density theme.
Bug: Slowness sharepoint on-premise
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-04-08 15:54:38+00:00
Resolved: 2025-02-20 12:43:45+00:00

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

Steps to reproduce:

I'm going to a sharepoint on-premise site.


Actual results:

Slowness during the first connection (about 20 seconds) via Firefox.

No slowness via Chrome and Internet Explorer.




Expected results:

I should not be slow, I should have the same result as on Chrome and Internet explorer.

I have a request with a "302" in reception. The problem is that the redirect to the address which is in the "Location" is done after 10 seconds on average ...
Bug: Tab close button not presented to assistive technologies
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2020-04-08 16:00:02+00:00
Resolved: 2024-07-13 11:25:19+00:00

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

Steps to reproduce:

Check the presence of the active tab's close button in the AT-SPI2 accessible tree.


Actual results:

The tabs do not have any children, and a button with a relation to that tab can't seem to be found anywhere either.


Expected results:

The tab close button from the UI should be exposed to AT technologies (such as the screen reader) through AT-SPI2.

Interestingly, Thunderbird 68.6.0 *does* expose the close button on tabs that have one, but Firefox 68.6.0 doesn't -- neither does Nightlies of Firefox or Thunderbird.
However, on Thunderbird 68.6.0 while there is a button indeed, it's still not perfect because that button lacks a proper name or text (it has an empty label).
Bug: Options menu no longer accepts mouse click after changing default zoom.
Status: NEW
Priority: P3
Created: 2020-04-08 16:03:36+00:00
Resolved: 2020-05-12 00:55:17+00:00

STR:
* Open Options Menu
* Change default zoom from 100% to 90%

Expected Behavior:
* Zoom is applied in options menu and user is able to interact further with Options menu

Actual behavior (Firefox 77.0a1 20200407214402):
* Zoom is applied in options menu, but user is no longer able to interact with Options menu using mouse. Clicking any button/dropdown/... no longer works.
Using keyboard (tab to navigate options) still works.
Bug: Mixed language in settings and menus
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-08 16:16:14+00:00
Resolved: 2020-05-11 10:34:08+00:00

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

Steps to reproduce:

When Firefox v75.0 was installed I noticed that the browser language had changed from being pure English to being a mix of Swedish and English. 


Actual results:

Before updating all menus etc. was written in English, now they are a mix of Swedish and English. This has at least affected some menu items, some preference buttons (see next paragraph), the "shield" information in the URL bar and those permission "notifications". (When scrolling down on this bug submission page I also noticed that the "Attach a file" input is in Swedish: `Bläddra...` "Ingen fil är vald.")

Note, it isn't only Swedish, it is a mix. As an example, under `Preferences > General > Language and Appearance > Language > Set Alternatives...` the bottom row of buttons are in Swedish ("Hjälp", "Avbryt") but if I close the popup and select Swedish instead of English in the dropdown and "Apply and Restart", all buttons in the popup is in Swedish ("Move down" -> "Flytta ned"). 

I should also note that my computer (Macbook with macOS 10.13.6) is set to use English as the primary language and Swedish as secondary, I'm guessing that this is where Firefox got the settings from. (I also can't remove Swedish from the "Set Alternatives..." popup)


Expected results:

The browser language should've continued being pure English, as it was before updating, or it should at least be possible to change back to English.