av9ash/GitBugs huggingface dataset:
Bug: Signed in to Sync and Confirmed my Email - Still asking me to confirm
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-16 20:16:58+00:00
Resolved: 2020-01-16 21:46:44+00:00

Firefox 73.0b5 (64-bit) on Mac

*Steps to reproduce*
- Installed with new profile
- Instead of registering on about:welcome, I chose to register via the account toolbar menu.
- I confirmed my email
- I was redirected to https://www.mozilla.org/en-CA/firefox/accounts/ as expected

Expected result:
- Browser is in a verified state

Actual result:
- Browser state remains in an unverified state (I've waited about 10 mins to see if it would change)

Attached is a screenshot of the page users see after a completed registration but with my browser remaining unverified.
Bug: When Bookmark Tree Not Displaying, Bookmark Folder Abruptly Changes On Own
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-16 20:44:05+00:00
Resolved: 2020-01-16 22:56:19+00:00

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

Steps to reproduce:

Hit Ctrl-D to bookmark, causing dialog to appear beneath star.


Actual results:

Folder literally changes on its own from "Other Bookmarks" to an existing folder without any input.  If I navigate to that field and try to change it back, it will, usually within less than a second, change back to an existing folder.


Expected results:

Folder should remain on "Other Bookmarks."

Additional notations:

(1) I have tried Safe Mode as well as simply removing all extensions.  I have tried saving bookmarks to HTML, deleting bookmark files, deleting my Firefox Sync account (I have a phone install, a work install, and a home install), and restoring from the HTML backup.  Unless I've somehow made a mistake in that process, it didn't work.

(2) At one point, I used the Firefox recommended extension "Default Bookmark Folder".  When these problems began, I uninstalled it in case it was the source of the problem.  It has no effect in repairing this issue.

(3) The problem does not occur if the bookmark tree is expanded.

(4) The problem seems not to occur if the bookmark is NOT made via the dialog that pops up from the star within the address bar.
Bug: Intermittent browser/components/newtab/test/browser/browser_onboarding_rtamo.js | Should render .ReturnToAMOOverlay - null == true -
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2020-01-16 22:48:09+00:00
Resolved: 2020-02-04 02:48:05+00:00

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

---

>[task 2020-01-16T21:02:29.626Z] 21:02:29     INFO - TEST-PASS | browser/components/newtab/test/browser/browser_onboarding_rtamo.js | Attribution data should be set - "addons.mozilla.org" == "addons.mozilla.org" - 
[task 2020-01-16T21:02:29.626Z] 21:02:29     INFO - Console message: [JavaScript Error: "Unknown Collection "main/whats-new-panel"" {file: "resource://services-settings/RemoteSettingsClient.jsm" line: 172}]
[task 2020-01-16T21:02:29.626Z] 21:02:29     INFO - UnknownCollectionError@resource://services-settings/RemoteSettingsClient.jsm:172:5
[task 2020-01-16T21:02:29.626Z] 21:02:29     INFO - sync@resource://services-settings/RemoteSettingsClient.jsm:408:13
[task 2020-01-16T21:02:29.626Z] 21:02:29     INFO - 
[task 2020-01-16T21:02:29.627Z] 21:02:29     INFO - Buffered messages finished
[task 2020-01-16T21:02:29.627Z] 21:02:29     INFO - TEST-UNEXPECTED-FAIL | browser/components/newtab/test/browser/browser_onboarding_rtamo.js | Should render .ReturnToAMOOverlay - null == true - 
[task 2020-01-16T21:02:29.627Z] 21:02:29     INFO - Stack trace:
[task 2020-01-16T21:02:29.627Z] 21:02:29     INFO - resource://testing-common/content-task.js line 110 > eval:null:24
[task 2020-01-16T21:02:29.627Z] 21:02:29     INFO - Not taking screenshot here: see the one that was previously logged
[task 2020-01-16T21:02:29.627Z] 21:02:29     INFO - TEST-UNEXPECTED-FAIL | browser/components/newtab/test/browser/browser_onboarding_rtamo.js | Should render .ReturnToAMOContainer - null == true - 
[task 2020-01-16T21:02:29.627Z] 21:02:29     INFO - Stack trace:
[task 2020-01-16T21:02:29.627Z] 21:02:29     INFO - resource://testing-common/content-task.js line 110 > eval:null:24
[task 2020-01-16T21:02:29.627Z] 21:02:29     INFO - Not taking screenshot here: see the one that was previously logged
[task 2020-01-16T21:02:29.627Z] 21:02:29     INFO - TEST-UNEXPECTED-FAIL | browser/components/newtab/test/browser/browser_onboarding_rtamo.js | Should render .ReturnToAMOAddonContents - null == true - 
[task 2020-01-16T21:02:29.627Z] 21:02:29     INFO - Stack trace:
[task 2020-01-16T21:02:29.627Z] 21:02:29     INFO - resource://testing-common/content-task.js line 110 > eval:null:24
[task 2020-01-16T21:02:29.628Z] 21:02:29     INFO - Not taking screenshot here: see the one that was previously logged
Bug: No indication why global/default zoom does not work with privacy.resistFingerprinting enabled
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-01-17 09:46:28+00:00
Resolved: 2022-07-07 18:23:22+00:00

STR:
1. Enable `privacy.resistFingerprinting`.
2. Go to `about:preferences` and change the "Default zoom" setting (introduced in 73) to something other than 100%.

Expected:

Default zoom works or some explanation why it doesn't.

Actual:

Default zoom fails without explanation.
Bug: about:downloads shows an XML error
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-01-17 10:53:35+00:00
Resolved: 2020-02-18 08:15:45+00:00

Mozilla/5.0 (X11; Linux x86_64; rv:74.0) Gecko/20100101 Firefox/74.0 ID:20200116120508

The about:downlads page shows an XML error:
```
Erreur d’analyse XML : préfixe non lié à un espace de noms
Emplacement : about:downloads
Numéro de ligne 27, Colonne 5 :
    <html:link rel="localization" href="toolkit/global/textActions.ftl"/>
----^ 
```
Probably a recent regression.
Bug: No View Certificate button
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-17 11:33:31+00:00
Resolved: 2020-01-20 08:14:21+00:00

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

Steps to reproduce:

Open https://am-sola.gov.si/AM.webservices/services/VirWs


Actual results:

There is no "View Certificate" button in the Security tab of the Page Info dialog.
Can not check the site certificate.


Expected results:

View Certificate button present and working
Bug: Changing full-screen-api.transition-duration.leave to 0 0 in about:config causes Firefox to freeze when exiting full screen video.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-01-17 11:57:36+00:00
Resolved: 2020-02-11 13:22:39+00:00

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

Steps to reproduce:

After updating to 72.0.1 I noticed that when I try to exit from a video which is in full screen, Firefox would freeze. It usually doesn't happen on the "first exit" to original mode but definitely after second or third. 


Actual results:

My settings in about:config regarding full screen warning and transition, were all set to 0 or 00 for the last couple of years. After this issue started occurring, I started toggling each setting and I noticed that full-screen-api.transition-duration.leave was the culprit. All other settings were left at 0. Exiting video from full screen does not freeze on exit only if full-screen-api.transition-duration.leave is set to 1 1 or higher. Zero and anything lower, causes the whole computer to freeze. Task manager or any windows shortcuts do not appear and the only solution is to physically force shut down the computer. I tested this on two different computers both running latest version of Windows 10. 


Expected results:

I tried installing a new Firefox beta version with new profile, disabled hardware acceleration etc. but as soon as I changed above mentioned settings, it started freezing again. I hope that this can be solved in future versions.
Bug: Scrollbars on plain HTML pages don't react on mouse clicks
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-01-17 19:22:48+00:00
Resolved: 2020-01-17 22:49:25+00:00

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

Steps to reproduce:

Open a long plain HTML page without styles.


Actual results:

Clicking on vertical scrollbar buttons don't scroll page by one line.
Clicking on vertical scrollbar area outside of bar don't scroll page by one screen.
Click and drag of scrollbar bar select text instead.


Expected results:

Clicking of buttons or should scroll the page by one line.
Clicking to scrollbar area outside of bar should scroll page more.
Dragging of bar should scroll page.
Bug: A tab being pinned causes New tab button to overlap tab bar scroll button when window is very narrow
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-17 20:33:34+00:00
Resolved: 2020-01-20 12:35:25+00:00

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

Steps to reproduce:

Open a few tabs, pin one, then resize the window to be as narrow as possible. Notice the New tab button and the right tab bar scroll button are overlapping. If you have no pinned tabs, the problem goes away. Please see attached screenshot
Bug: The "Redirect" tip is not triggered in the next session if you previously dismiss it temporarily and perform a search in another tab
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-01-17 21:19:54+00:00
Resolved: 2020-03-04 16:05:02+00:00

+++ This bug was initially created as a clone of Bug #1605738 +++

We wontfixed bug 1605738 for the tips experiment, but we may want to fix it for the tips implementation in the product. Or maybe not, but I just wanted to file this bug so we don't forget to consider it.

Relevant parts of the original bug below. See also the discussion there.

-----

[Steps to reproduce]:
1. Open Firefox with the profile from prerequisites.
2. In an already opened tab navigate to https://www.google.com/ page.
3. Click anywhere on the page in order to dismiss the tip.
4. In another opened tab, perform a search using the address bar.
5. Restart the browser.
6. In an already opened tab navigate to https://www.google.com/ page.
7. Observe what happens next.

[Expected result]:
 - The “Redirect” tip is displayed.

[Actual result]:
 - The “Redirect” tip is not displayed.

[Notes]:
- This issue is also reproducible with the other supported search engines: Bing and DucDuckGo.
- This issue is not reproducible if, at step 4, you delete the existing URL, unfocus the address bar and only after that you perform a search.
- Attached a screen recording with the issue.
Bug: Firefox retries resolving a nonexistent TLD to find a `.com` address, resulting in unexpected redirects
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-17 21:47:22+00:00
Resolved: 2020-03-21 00:04:45+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_2) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.0.4 Safari/605.1.15

Steps to reproduce:

Entered www.cityofchicago in address bar


Actual results:

Firefox resolved to https://www.homevalueleads.com/cancelled/


Expected results:

Sever error page
Bug: ETP shield missing in the url
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-01-17 22:34:40+00:00
Resolved: 2020-01-21 19:07:56+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.117 Safari/537.36

Steps to reproduce:

Followed below 2 steps twice :

Part a. With the study inactive, go to Preferences > Privacy & Security > Enhanced Tracking Protection > Custom > Cookies > All cookies
Then the page should say:
```
Treatment Branch:
Cookies BLOCKED
Control Branch:
Cookies BLOCKED
```
Part b. Now click on the ETP Shield in the URL bar and hit the toggle switch to disable tracking protection for the site. Now the page should say
```
Treatment Branch:
Cookies not blocked
Control Branch:
Cookies not blocked


Actual results:

It seemed to work as expected for couple times.
When I attempted (3rd time) to switch back and forth (Part a vs Part b) I’m no longer seeing the ETP shield in url.
Bug: The non-scrolling sidebar in about:addons and about:preferences is a potential migraine trigger
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-01-18 02:32:50+00:00
Resolved: 2023-06-02 14:49:37+00:00

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

Steps to reproduce:

Used about:addons


Actual results:

It has a sidebar which does no scroll with the rest of the page.

It's not as bad as most pages with this layout, but it's still a potential migraine trigger and/or aggravator.

Right now, the non-scrolling sidebar and scrolling add-on list are next to each other on the left side of the window. Maybe it would work better if they were on opposite sides of the window, space permitting.
Bug: Global zoom does not inherit setting from Windows 10 Display "Make text bigger" setting
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-18 18:50:41+00:00
Resolved: 2023-06-02 14:49:37+00:00

From: https://www.reddit.com/r/firefox/comments/eq83u5/would_you_fund_specific_features_in_firefox_on/fesimb2/

Steps to reproduce:

1. Go to Start > Settings > Ease of Access > Display
2. Set "Make text bigger" setting to 200%. Apply.
3. Open Firefox and open any web page

What happens:

Page zoom is the default.

Expected result:

The page zoom should be set to 200%.

Some observations vs. Chromium -- In Chromium, it is page zoom, not text size zoom that is applied. Setting a page zoom  in Chromium setting while the Windows "make text bigger" setting is applied seems to make the windows setting the base (100%) setting, then the Chromium setting applies the Chromium zoom against it. For example, setting Windows to 200% and Chromium to 50% seems to end up at 100% in the page, while browser chrome is still 200%.

While Chromium respects the Windows "make text bigger" setting, no preference is modified in the Chromium UI, so for example, setting 200% in Windows doesn't set the Chromium UI setting to 200%.
Bug: Saving screenshots uses jpg/png output format inconsistently
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-18 18:53:39+00:00
Resolved: 2020-01-18 19:00:13+00:00

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

Steps to reproduce:

- Take a number of screenshots of a webpage using the "Take a Screenshot" > "Download" tool.


Actual results:

Resulting files are

- Screenshot_YYYY_MM_DD Screenshot.png
- Screenshot_YYYY_MM_DD Screenshot.jpg
- Screenshot_YYYY_MM_DD Screenshot (1).png
- Screenshot_YYYY_MM_DD Screenshot (1).jpg
- ...

Note that they do not alternate, nor are the png / jpg different formats of the same image. To evidence this, observe the creation date of a number of screenshots I took sequentially this morning:

-rw-r--r-- 1 ojensen ojensen  452357 Jan 18 10:45 'Screenshot_2020-01-18 Screenshot(1).jpg'
-rw-r--r-- 1 ojensen ojensen 1734749 Jan 18 10:50 'Screenshot_2020-01-18 Screenshot(1).png'
-rw-r--r-- 1 ojensen ojensen  445709 Jan 18 10:50 'Screenshot_2020-01-18 Screenshot(2).jpg'
-rw-r--r-- 1 ojensen ojensen 1551768 Jan 18 10:51 'Screenshot_2020-01-18 Screenshot(2).png'
-rw-r--r-- 1 ojensen ojensen  378572 Jan 18 10:54 'Screenshot_2020-01-18 Screenshot(3).jpg'
-rw-r--r-- 1 ojensen ojensen 1503066 Jan 18 10:51 'Screenshot_2020-01-18 Screenshot(3).png'
-rw-r--r-- 1 ojensen ojensen  376493 Jan 18 10:55 'Screenshot_2020-01-18 Screenshot(4).jpg'
-rw-r--r-- 1 ojensen ojensen 1566650 Jan 18 10:52 'Screenshot_2020-01-18 Screenshot(4).png'
-rw-r--r-- 1 ojensen ojensen  353937 Jan 18 10:57 'Screenshot_2020-01-18 Screenshot(5).jpg'
-rw-r--r-- 1 ojensen ojensen 1856063 Jan 18 10:56 'Screenshot_2020-01-18 Screenshot(5).png'
-rw-r--r-- 1 ojensen ojensen  493277 Jan 18 10:57 'Screenshot_2020-01-18 Screenshot(6).jpg'
-rw-r--r-- 1 ojensen ojensen 1807774 Jan 18 10:56 'Screenshot_2020-01-18 Screenshot(6).png'
-rw-r--r-- 1 ojensen ojensen  435443 Jan 18 10:58 'Screenshot_2020-01-18 Screenshot(7).jpg'
-rw-r--r-- 1 ojensen ojensen 1843694 Jan 18 11:00 'Screenshot_2020-01-18 Screenshot(7).png'
-rw-r--r-- 1 ojensen ojensen  507218 Jan 18 10:59 'Screenshot_2020-01-18 Screenshot(8).jpg'
-rw-r--r-- 1 ojensen ojensen  372284 Jan 18 12:21 'Screenshot_2020-01-18 Screenshot(9).jpg'
-rw-r--r-- 1 ojensen ojensen  519097 Jan 18 10:42 'Screenshot_2020-01-18 Screenshot.jpg'
-rw-r--r-- 1 ojensen ojensen 1735147 Jan 18 10:38 'Screenshot_2020-01-18 Screenshot.png'



Expected results:

Expected resulting files would have been:

- Screenshot_YYYY_MM_DD Screenshot.png
- Screenshot_YYYY_MM_DD Screenshot (1).png
- Screenshot_YYYY_MM_DD Screenshot (2).png
- Screenshot_YYYY_MM_DD Screenshot (3).png
- ...

OR

- Screenshot_YYYY_MM_DD Screenshot.jpg
- Screenshot_YYYY_MM_DD Screenshot (1).jpg
- Screenshot_YYYY_MM_DD Screenshot (2).jpg
- Screenshot_YYYY_MM_DD Screenshot (3).jpg
- ...
Bug: New tabs opens a new window instead
Status: UNCONFIRMED
Priority: --
Created: 2020-01-18 20:13:34+00:00
Resolved: 2022-10-24 12:16:59+00:00

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

Steps to reproduce:

When opening a new tab Firefox it also opens a new window and copies all the tabs from the previous window. Eventually I get a 'chain' of windows open. If I close the other windows it then also closes down all the tabs in the other windows, effectively closing the page I had open. 

This is also non surprisingly slowing down my machine. I'm someone that works with several tabs open, and now this is proving impossible. 


Actual results:

Upon a cold reinstall using an older version it worked normally again until it updated itself, then it returned to opening a new window for each new tab, plus copies of the tabs open in the previous window. 
This bug seems to be related to the latest version of Firefox. 


Expected results:

I have followed all checks to settings. All options are correct. All settings 'under the bonnet' are correct. All settings in about:config are correct.
I have followed all the fix steps available as its been reported as a bug before. None of it has worked. It also 'forgets' my previous sessions if I don't shut the correct windows before logging out. This is very frustrating. 
Reports of this issue go back to 2016 and seems a regular recurring issue as it is mentioned on a few sites:  https://www.linuxquestions.org/questions/linux-newbie-8/firefox-keeps-opening-new-windows-not-tabs-when-i-click-on-links-4175584899/
Bug: Address bar tries to resolve impossible top-level-domains
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-18 20:30:22+00:00
Resolved: 2020-01-22 03:48:09+00:00

Mozilla/5.0 (X11; Linux x86_64; rv:74.0) Gecko/20100101 Firefox/74.0

Steps to reproduce:
1. Copy `subprocess.rn!'{}+()n` into you address bar and hit enter.

Observed behaviour:
Firefox unsuccessfully tries to resolve the URL thinking that `.rn!'{}+()n` is a valid TLD. 

Expected behaviour:
Since the TLD contains non-alphanumeric characters, trigger a search.
Bug: Page Notifications should not appear inside content window or pop-over
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-01-19 00:43:52+00:00
Resolved: 2021-01-08 09:29:47+00:00

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

Steps to reproduce:

I went to a website that is trying to tell me about notifications (I disabled the misfeature since then so I can't reproduce).



Actual results:

A window appeared stuck to the bottom of the address bar, but was entirely within the content window of the browser, so the browser was saying/(behaving as if) that it was internal to the webpage and had nothing to do with the browser.


Expected results:

If people want to let web pages outside of the confines of a browser, a small  icon in the address bar would suffice to let us know that notification services are available for this website.

It is NOT ok to violate the browser/content barrier.. in normal operation.

This is a security problem that could harm a lot of people, but it's one that people should know about.
Bug: when window is very narrow, many UI buttons overlap and cannot be used
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-19 03:34:40+00:00
Resolved: 2020-01-19 06:18:33+00:00

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

Steps to reproduce:

When the window is extremely narrow, many buttons such as bookmarks, page actions (see screenshot) overlap onto one another and they are not unusable. Instead, they should go into the "More tools" menu or even the main menu (the old Edge for Windows did this when the window was very narrow). Please see attached screenshot
Bug: Default browser, Firefox opens app, does not open actual link
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-01-19 11:24:51+00:00
Resolved: 2020-02-14 06:59:09+00:00

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

Steps to reproduce:

Firefox is not open. 
Firefox is set to default browser on MacOSX Catalina 10.15.2 (19C57)
Click on a link in a PDF, or document like ppt. 




Actual results:

Link opens Firefox. - but - only firefox opens in the state before it was closed. 
I still have to go back to the previous application and click the link again to open it. 


Expected results:

Basically firefox is opened, not the link when i click on it.
Bug: Unable to enter address when migrating from older version
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-01-19 14:21:52+00:00
Resolved: 2020-01-24 11:10:13+00:00

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

Steps to reproduce:

My valid, working FireFox is 50.0 (openSUSE 13.2).

I installed openSUSE Tumbleweed along with Firefox 72.0.1. When I run it with old .mozilla folder I have peculariar behaviour:

* I open new tab
* I type an address
* I press Enter key
* nothing happens


Actual results:

* Firefox does not respond to Enter key (or Paste&Go action)


Expected results:

* Firefox should go to the given address

When I hit Shift+Enter instead of just Enter -- Firefox opens new window and show the target page correctly. Also when I run Firefox from terminal and pass local file or  web page address as an argument -- it also works.

For the record my configuration from 50.0 consists of:
* 3 disabled add ons
* bookmarks
* passwords
* some customizations like "open new tab page as the last one".
Bug: Clipboard actions with Disqus comments are broken
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-19 16:01:05+00:00
Resolved: 2020-01-19 16:08:09+00:00

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

Steps to reproduce:

Enter some text in a Disqus comment box. Copy / paste some text into that same 
box. 



Actual results:

Unpredictable number of newlines are inserted in and around existing text. New text is pasted to a unpredictable location (sometimes it's where the cursor is, sometimes it's at the start, sometimes the end).


Expected results:

It should behave like a normal text edit box.
Bug: Dropdown with top sites is displayed when switching with keyboard to an about page
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-01-19 20:23:33+00:00
Resolved: 2020-01-23 14:13:57+00:00

I have two pages open: a website, and about:support.

If I switch with the keyboard to the latter (e.g. with cmd+opt+right), the dropdown with top sites is unnecessarily displayed, covering content, and I have to manually dismiss it with ESC.

Not sure if this belongs in ::Address Bar or ::Search at this point, given all experiments with the address bar seem to live in the latter.