av9ash/GitBugs huggingface dataset:
Bug: Some Internet Shortcuts created on Desktop not working
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-06-30 19:45:27+00:00
Resolved: 2022-06-30 19:55:50+00:00

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

Steps to reproduce:

I create an Internet Shortcut on Desktop, by clicking the padlock icon in the address bar and dragging to the Desktop.


Actual results:

For some websites the result is an empty file, instead of a working internet shortcut.
Below are two such websites as examples:
    https://pubmed.ncbi.nlm.nih.gov/35723106/
    https://www.amazon.com/Perfect-Mess-Benefits-Cluttered-Fly/dp/0316114758/
The commonality I have found is that all the problematic websites have a colon (:) in the title of the website.  That is, a colon (:) somewhere between the tags <title> and </title>.  For example, there is a colon after "Vaccination" in the title of the 1st link above, as pasted below.

<title>Risk of Alzheimer's Disease Following Influenza Vaccination: A Claims-Based Cohort Study Using Propensity Score Matching - PubMed</title>

However, some websites with a colon do successfully create Internet Shortcuts.
So having a colon appears to be a necessary condition for the bug, but not a sufficient condition.

I am currently using Firefox version 102.0.
I have verified this bug occurs in both Windows 8.1 and Windows 10.
I have verified this bug occurs in a newly created Firefox profile.
I have verified this bug occurs when I start Firefox in Troubleshooting Mode.
I have verified that Google Chrome can create Internet Shortcuts for these websites, so it not an inherent problem with the websites themselves.



Expected results:

An Internet Shortcut should have been created on Desktop.
Bug: Intermittent TEST-UNEXPECTED-TIMEOUT | browser/components/places/tests/browser/browser_bug427633_no_newfolder_if_noip.js | application timed out after 370 seconds with no output
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-06-30 21:00:04+00:00
Resolved: 2022-06-30 21:52:57+00:00

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

---
```
INFO - TEST-PASS | browser/components/places/tests/browser/browser_bug427633_no_newfolder_if_noip.js | New folder button is disabled if there's no selection - 
[task 2022-06-30T20:38:09.288Z] 20:38:09     INFO - Leaving test bound 
[task 2022-06-30T20:38:09.289Z] 20:38:09     INFO - Buffered messages logged at 20:29:59
[task 2022-06-30T20:38:09.290Z] 20:38:09     INFO - Console message: [JavaScript Error: "Invalid ETag value "undefined"" {file: "resource://services-settings/SyncHistory.jsm" line: 52}]
[task 2022-06-30T20:38:09.290Z] 20:38:09     INFO - store@resource://services-settings/SyncHistory.jsm:52:13
[task 2022-06-30T20:38:09.290Z] 20:38:09     INFO - 
[task 2022-06-30T20:38:09.290Z] 20:38:09     INFO - Buffered messages logged at 20:31:59
[task 2022-06-30T20:38:09.291Z] 20:38:09     INFO - Console message: [JavaScript Error: "1656621119266	addons.xpi	ERROR	System addon update list error Error: got node name: html, expected: updates" {file: "resource://gre/modules/Log.jsm" line: 725}]
[task 2022-06-30T20:38:09.291Z] 20:38:09     INFO - append@resource://gre/modules/Log.jsm:725:12
[task 2022-06-30T20:38:09.291Z] 20:38:09     INFO - log@resource://gre/modules/Log.jsm:381:16
[task 2022-06-30T20:38:09.291Z] 20:38:09     INFO - error@resource://gre/modules/Log.jsm:389:10
[task 2022-06-30T20:38:09.291Z] 20:38:09     INFO - updateSystemAddons/res<@resource://gre/modules/addons/XPIInstall.jsm:4087:25
[task 2022-06-30T20:38:09.292Z] 20:38:09     INFO - 
[task 2022-06-30T20:38:09.292Z] 20:38:09     INFO - Buffered messages finished
[task 2022-06-30T20:38:09.293Z] 20:38:09    ERROR - TEST-UNEXPECTED-TIMEOUT | browser/components/places/tests/browser/browser_bug427633_no_newfolder_if_noip.js | application timed out after 370 seconds with no output
[task 2022-06-30T20:38:09.293Z] 20:38:09    ERROR - Force-terminating active process(es).
[task 2022-06-30T20:38:09.293Z] 20:38:09     INFO - Determining child pids from psutil...
[task 2022-06-30T20:38:09.294Z] 20:38:09     INFO - [7544]
[task 2022-06-30T20:38:09.295Z] 20:38:09     INFO - ==> process 7544 launched child process 6012
```
Bug: Intermittent [TV] browser/components/places/tests/browser/browser_check_correct_controllers.js | Uncaught exception in test - Should have only one item on the toolbar - timed out after 50 tries.
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2022-06-30 23:50:21+00:00
Resolved: 2022-08-30 14:25:17+00:00

**Filed by:** smolnar [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=383083313&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/JKO4pbqzR0GvwN165xWVBA/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/JKO4pbqzR0GvwN165xWVBA/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
INFO - TEST-PASS | browser/components/places/tests/browser/browser_check_correct_controllers.js | tree controller was returned - 
[task 2022-06-30T23:11:48.075Z] 23:11:48     INFO - Buffered messages finished
[task 2022-06-30T23:11:48.076Z] 23:11:48     INFO - TEST-UNEXPECTED-FAIL | browser/components/places/tests/browser/browser_check_correct_controllers.js | Uncaught exception in test - Should have only one item on the toolbar - timed out after 50 tries.
[task 2022-06-30T23:11:48.076Z] 23:11:48     INFO - Leaving test bound test
[task 2022-06-30T23:11:48.076Z] 23:11:48     INFO - GECKO(7024) | MEMORY STAT | vsize 890MB | vsizeMaxContiguous 1293MB | residentFast 214MB | heapAllocated 95MB
[task 2022-06-30T23:11:48.077Z] 23:11:48     INFO - TEST-OK | browser/components/places/tests/browser/browser_check_correct_controllers.js | took 5600ms
```
Bug: Bookmark manager does not reset for new profiles
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-07-01 02:14:33+00:00
Resolved: 2022-07-18 11:13:05+00:00

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

Steps to reproduce:

I use 2 profiles on Firefox, one for work and one private loaded in 2 separate Firefox instances.

Tried to add bookmarks to the separate work profile window, but unable to see them in the bookmark manager.



Actual results:

My work profile bookmark manager shows up all my private profile bookmarks and none of the bookmarks I had to the work profile.

I can add new bookmarks to the toolbar, and they show appear on the toolbar, but don't  show up in the manager.  
  


Expected results:

A Firefox instance loaded with a fresh profile should ideally reset the bookmark manager.
Bug: Address in address box and suggestions stays open when opening new tabs
Status: NEW
Priority: --
Created: 2022-07-01 03:20:41+00:00
Resolved: 2022-07-06 10:32:55+00:00

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

Steps to reproduce:

1. Open Firefox
2. Open an extra tab (total 2 tabs)
3. Drag the second tab out of the window to create a new window
4. Type the first letter of a link that is in your favourites/history, so that autocomplete or the suggestion box appears 
5. Open a new tab either by clicking + or Ctrl+T


Actual results:

URL and suggestion box would be inherited from previous tab to the newly opened tab


Expected results:

A new tab should be opened with a blank address tab and the suggestions should not appear
Bug: localStorage throws exception
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-07-01 04:14:26+00:00
Resolved: 2022-07-02 02:20:33+00:00

I called:

const value = localStorage.getItem('foo');

Firefox 102 throws an exception rather than returning null. Previous versions of Firefox work as expected. localStorage.setItem() also throws.

I tried starting Firefox in safe mode (all extensions disabled), as well as clearing all cache, local storage, offline data, cookies, etc. Nothing helped.

Some public websites (tumblr, facebook, newtumbl) appear to be affected as well, causing these sites to fail to load correctly.

See attached file for a sample.
Bug: Firefox v103b2 has changed behavior when clicking on sidebar-box
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-07-01 04:29:50+00:00
Resolved: 2022-09-08 11:28:24+00:00

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

Steps to reproduce:

I currently use the Sidebery addon and have been for a few years. Before that I used Tree Style Tabs. I have userChrome.css changes that make it so the sidebar-box is minimized until hovered over. This is the same sidebar-box as the Bookmarks Menu.

For years I have had it so that if I hover over the sidebar on the left side of the Firefox window, it will expand. If it's not expanded, it's not interacted with.
Ever since the update that occurred yesterday, 2022-06-29, I have had this issue where if I am clicking anywhere on the left side of the window where the sidebar-box would expand to if hovered over, it will pass through the click to the sidebar-box (which is Sidebery).

I can somewhat work around it by expanding and then unexpanding and then clicking where I wanted to, but this doesn't always work reliably.

For reference, these are the main userChrome.css changes I have related to the sidebar-box:
#main-window #sidebar-box {
  display:block!important;
  position:relative!important;
  overflow:hidden!important;
  position:relative!important;
  transition:all 200ms ease!important;
  min-width:var(--thin-tab-width)!important;
  max-width:var(--thin-tab-width)!important;
  z-index:2!important;
}

#main-window #sidebar {
  max-width:none!important;
  min-width:0px!important;
  height:100%!important;
}

/* Show on hover */
#main-window #sidebar-box:hover,
#main-window[inFullscreen] #sidebar-box:hover,
#main-window #sidebar-box:hover #sidebar,
#main-window[inFullscreen] #sidebar-box:hover #sidebar {
  min-width:var(--wide-tab-width)!important;
  max-width:var(--wide-tab-width)!important;
  margin-right:calc((var(--wide-tab-width) - var(--thin-tab-width)) * -1)!important;
  z-index:1!important;
}


Actual results:

Clicking in the space that should be part of the content window of the page causes the click to instead be taken by the sidebar-box, which should be hidden.


Expected results:

The same as v102 and before, where clicking anywhere that's not on the sidebar-box while it's minimized should have the click register on the page, not on the sidebar-box.
Bug: 0.18 - 0.11% installer size / installer size + 1 more (OSX) regression on Wed June 29 2022
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-07-01 09:29:30+00:00
Resolved: 2022-09-08 02:45:28+00:00

Perfherder has detected a build_metrics performance regression from push [c68e1d828e5712782dd3a0ff5ea8cd49dca97184](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=c68e1d828e5712782dd3a0ff5ea8cd49dca97184). As author of one of the patches included in that push, we need your help to address this regression.

### Regressions:

| **Ratio** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)**| 
|--|--|--|--|--| 
| [0.18%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,2614662,1,2)  | installer size  | osx-cross |  | 80,882,580.08 -> 81,027,710.50 |
| [0.14%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,1921012,1,2)  | installer size  | osx-shippable | nightly | 83,671,161.46 -> 83,787,255.50 |
| [0.11%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,2259234,1,2)  | installer size  | osx-shippable | instrumented | 119,694,047.21 -> 119,824,048.83 |


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=34674), including links to graphs and comparisons for each of the affected tests. Please follow our [guide to handling regression bugs](https://wiki.mozilla.org/TestEngineering/Performance/Handling_regression_bugs) and **let us know your plans within 3 business days, or the offending patch(es) will be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: Firefox Nightly 104.0a1 will not print pdf
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-07-01 13:38:07+00:00
Resolved: 2022-09-06 18:42:06+00:00

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

Steps to reproduce:

1. Open any pdf with Nightly, viewer works.
2. Click print icon, print preview is blank.
3. Click print button, prints blank pages.


Actual results:

Updated Nightly, still prints blanks.
cleared printer settings in menu, same.
setup new profile, same.
Adjusted print settings, same.
System Dialog box shows print preview, still prints blanks.
Other browsers (including regular Firefox) work.
Other apps work. 


Expected results:

Expected a normal print. This worked fine up to a couple of days ago. Hasn't worked since. I love Firefox, look forward to having this fixed, let me know if I can help.
Bug: Keyboard shortcuts don't work (or are delayed) when no tab is open
Status: UNCONFIRMED
Priority: --
Created: 2022-07-01 16:43:33+00:00
Resolved: 2024-02-27 17:23:43+00:00

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

Steps to reproduce:

(v103.0b3)
(Repros in safe mode)
1. Close all browser tabs
2. Use cmd+t to try and open a new tab, or cmd+n for new window

Result: the File menu flickers as expected (indicating the command was received) but no window opens

3. Using the mouse/trackpad, click File -> new tab

Result: new tab opens AND all keyboard shortcuts that did not work before now fire.  This can result in many new windows opening at once.


Actual results:

See description above, and this screen grab (starting at 15s):

https://www.dropbox.com/s/m2mx24fgwk2e0lr/Firefox%20bug%20-%20delayed%20new%20tab.mov?dl=0


Expected results:

Cmd+n or cmd+t should open a new window immediately
Bug: Firefox updates require me to recustomize some of my settings
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-07-01 21:44:19+00:00
Resolved: 2023-04-14 14:32:06+00:00

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

Steps to reproduce:

Update firefox


Actual results:

Under "Applications" in (General) Settings the action for the content type "pdf" had again! reverted to Save File.


Expected results:

The setting should have remained unchanged: "Use Adobe Acrobat Reader DC." This is not a one-off. This has happened every time I've updated the last few times (I can't say exactly how many) times I've updated firefox
Bug: Dragging URL to make shortcut creates malformed file
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-07-01 22:49:18+00:00
Resolved: 2024-09-16 06:06:39+00:00

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

Steps to reproduce:

OS: Windows 7
1. Go to a URL that has characters in the title like : / "
    (e.g. tweets with media in them, the window title has https://t.co in it, and also quotes)
    (alternatively you can manually change the title in the browser console with top.document.title = "sup/hey/ho/oh no:";)
2. Select all of the URL
3. drag to your desktop or another folder as you would to create a shortcut to that URL


Actual results:

If the site's title contains ' : ', the file's title will be cut at that point and the file will contain no data.
This can result in the filename ending in a space, making it difficult to delete on my operating system.
It can also result in the creation of a blank folder instead.


If the site's title contains / and potentially ", a messagebox pops up with the message
"[folder path]\[partial site title] is not accessible. The filename, directory name, or volume label syntax is incorrect."
This messagebox doesn't pop up if a file was created, but it may still pop up if a folder is created.


(As a current workaround I have made a bookmarklet to replace the problematic characters in the title)

Given that this can create folder paths on my computer I marked it as a security issue, however I cannot manage to do anything other than making folders, blank files, and shortcuts.


Expected results:

A shortcut (.lnk file) should've been created with the window title as the filename (albiet with problematic characters removed or replaced, as happened in past versions), with the file acting as a shortcut to the URL. It should not create any folders.
Bug: URLs dragged from address bar create empty files instead of shortcuts WIN10
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-07-02 06:22:02+00:00
Resolved: 2022-07-02 07:08:21+00:00

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

Steps to reproduce:

Method A:
1. Visit a site such as https://www.cnn.com/2022/07/01/asia/gallery/hong-kong-historical-photos/index.html 
2. Attempt to create a Windows 10 shortcut to the site by dragging the URL from the address bar to an open file system folder (drag using the lock symbol "handle")

--OR--

Method B:
1. visit the CNN home page, find the link to the above URL labelled "From British to Chinese rule: Hong Kong, in photos"
2. drag the link to an open file system folder


Actual results:

creates a 0KB file of type "File" that does not function as a shortcut.


Expected results:

The action of dragging the URL should create a 1KB .lnk file of type "Internet Shortcut" with the name set to the html title of the source (method A), or the text of the link (method B) that Windows OS uses to launch the web address into the default browser.

This behaviour is not consistent with all sites, but only affects (consistently) some specific URLs.  This might lead one to suspect the fault is with the site, however I'm seeing this result scattered over several different sites starting after installing Firefox 102.0.0.8209 on Win10 over two different physical machines.
Bug: Colorway Closet: Use always System Color for the background - Please don't switch between a white/dark background
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-07-02 06:44:50+00:00
Resolved: 2022-07-07 11:26:50+00:00

104.0a1 (2022-07-01) (64-Bit)
macOS 12.4

Steps to reproduce:
1.) Enable System Dark Mode in OS-Settings
2.) Set browser.theme.colorway-closet to true 
3.) Go to about:addons
4.) Open the Colorway Closet
5.) Select between Soft/Balanced/Bold

Actual: The background of Colorway Closet switches between Light/Dark, which burns my eyes because I expect always a dark background in Firefox when I am using System Dark Mode. 

Expected: The background of the Colorway Closet should consider System Dark Mode Setting and leave the background always dark.

(In System Light Mode, the background should be then always light.)

A screencast is attached.

Thanks for checking.
Bug: Firefox keeps on scrolling automatically in Facebook on Windows
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-07-02 09:44:26+00:00
Resolved: 2022-07-20 21:50:07+00:00

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

Steps to reproduce:

Open facebook.com, scroll down somewhat (either with pg down, or with wheel mouse).


Actual results:

Firefox starts to scroll down automatically.
(attached some lines from the console, maybe it helps to identify the source of the problem)


Expected results:

Firefox should have stayed at the same location, where I've scrolled.
Bug: Pressing the download panel button doesn't open the panel in Firefox 103
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-07-02 10:11:43+00:00
Resolved: 2022-07-20 11:35:02+00:00

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

Steps to reproduce:

1. Download a file
2. Click the download panel button


Actual results:

The download panel is not opened


Expected results:

Open download panel
Bug: Crash in [@ libxul.so@0xa7c9ce | libxul.so@0x527b83e]
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-07-02 10:52:04+00:00
Resolved: 2022-10-11 00:30:24+00:00

Tab crashed on this page https://twitter.com/maxfras/status/1542648043463401480

Firefox 91.11.0

Crash report: https://crash-stats.mozilla.org/report/index/ebbf666e-92a5-417e-a381-f98010220702

MOZ_CRASH Reason: ```Resolving style on unstyled element```

Top 2 frames of crashing thread:
```
0 libxul.so libxul.so@0x0000000000a7c9ce 
1 libxul.so libxul.so@0x000000000527b83e 
```
Bug: Windows desktop receives tabs sent from other devices (iphone, ipad, mac) but cannot sent tabs from desktop to those devices or between those other devices
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2022-07-02 12:48:16+00:00
Resolved: 2022-10-13 15:00:35+00:00

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

Steps to reproduce:

Send tab to another device with Firefox Sync.


Actual results:

When I send links from my other devices (iphone, ipad, macbook), the links arrive immediately to the desktop Win10. However, tabs between those other devices and tabs sent from the desktop do not arrive.

I have removed all devices from my Firefox account, restarted firefox on all devices and signed in to Sync again. There was no change in behaviour.
Bug: Firefox Translations issues
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2022-07-02 12:59:02+00:00
Resolved: 2022-07-02 23:03:55+00:00

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

Steps to reproduce:

- Open a webpage
- See translations bar above the page
- Check for source languages
- Check for target languages
- Check translation
- Try to see original page


Actual results:

- Cannot set source language same as Firefox language. For example you cannot set translation source language as German if your Firefox's language it set to German.
- Cannot set target languages. It always translates to English.
- Translations are bad. Also non-English characters are not being translated, but instead they were shown as weird characters.
- Once translation is completed, it is not possible to see original text


Expected results:

- I should be able to set source language, or addon should do it automatically.
- I should be able to set target language to whatever I want.
- Translations should be accurate and all characters should be in readable format.
- I should be able to revert page back to original state.
Bug: Foxfire update on June 28 I am unable to connect to my office via Citrix
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-07-02 13:07:41+00:00
Resolved: 2022-08-29 07:44:33+00:00

Steps to reproduce:

I use a different browser


Actual results:

The file is downloaded nothing else happens


Expected results:

I expect the browser to behave as it did on June 27;  let Citrix to use the html key file and begin opening the remote session I have selected.  Nothing happens and there is no error.