av9ash/GitBugs huggingface dataset:
Bug: [Experiment] The "Dismiss" button is wrongly displayed outside the "Set Firefox to Default" snippet's highlighted area
Status: RESOLVED
Priority: P2
Resolution: WONTFIX
Created: 2020-06-10 14:22:23+00:00
Resolved: 2020-11-02 16:32:54+00:00

**[Notes]:**
- This issue affects only the Firefox 73 version and is not reproducible on newer versions.

**[Affected versions]:**
- Firefox Release 73.0.1 - Build ID: 20200217142647

**[Affected Platforms]:**
- Windows 10 x64
- macOS 10.15
- Ubuntu 18.04 x64

**[Prerequisites]:**
- Have a Firefox 73 en-US locale build installed.
- Have a Firefox profile older than 17 weeks. In order to do that you can change the creation date from the "times.json" file that cand be found in the current profile folder.
- Have the following pref in the "about:config" page:
	- "browser.newtabpage.activity-stream.asrouter.providers.snippets" pref value set to "{"id":"snippets","enabled":true,"type":"remote","url":"https://snippets.cdn.mozilla.net/%STARTPAGE_VERSION%/%NAME%/%VERSION%/%APPBUILDID%/%BUILD_TARGET%/%LOCALE%/%CHANNEL%/%OS_VERSION%/experiment-202007-hvmt/%DISTRIBUTION_VERSION%/","updateCycleInMs":14400000}".

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Open a new tab and hover the "Set Firefox as Default" snippet.
3. Observe the behavior.

**[Expected result]:**
- A grey highlight that covers all the snippet's elements is displayed.

**[Actual result]:**
- The dismiss button is displayed outside the highlighted area.

**[Notes]:**
- Attached a screen recording of the issue.
Bug: [wfh] Window options drop-down does not work after check/uncheck the Disable notifications from screen-share permission door-hanger
Status: NEW
Priority: P3
Created: 2020-06-10 14:22:30+00:00
Resolved: 2022-06-07 13:19:36+00:00

#### Affected versions:

Beta 77.0b8
Nightly 78.0a1(2020-05-21)
#### Affected platforms:

Windows 7

#### Preconditions:
* Flip privacy.webrtc.allowSilencingNotifications to true
* Flip privacy.webrtc.legacyGlobalIndicator to false

#### Steps:

  1. Launch firefox and access: https://hangouts.google.com/
  2. Start a video call.
  3. Click on share screen.
  4. In the share screen doorhanger check the "Disable notifications from Firefox while sharing" and select a window or screen to share.
  5. Uncheck the "Disable notifications from Firefox while sharing" checkbox and click on the Window or Screen to share dropdown again.


#### Actual result:

The "Window or Screen to share" dropdown stop working after random check/uncheck the "Disable notifications from Firefox while sharing" checkbox. The issue is reproducible after few attempts.
#### Expected result:

The "Window or Screen to share" dropdown should work anytime.
See the video attachment for a better understanding.

#### Regression range:

It is a feature implementation regression.
Bug: PDF links open a never ending cycle of tabs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-10 14:37:52+00:00
Resolved: 2020-06-15 15:54:42+00:00

I ran across an issue with the latest release (77.0.1) today on windows where PDF links will spawn a never ending cycle of new tabs, causing me to have to close the window completely (and sometimes even new windows will spawn in its place). I first had this happen with the "Click to enlarge" pdf link on http://www.emeraldashborer.info but also confirmed the behavior with a pdf result in duckduckgo as you can see in the video linked below.

This behavior does not exist in my synced profile on OSX, only in Windows 10, but it does not behave this way for another person in my team who is also running on Windows. I'm guessing it has something to do with a pre-existing setting I may have and the change in how PDF links are handled.

Let me know how else I can help.

https://www.dropbox.com/s/ajmrl2no4jwp7hk/2020-06-10%2010.31.04.mov?dl=0
Bug: browser hang issue dos
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-10 14:40:33+00:00
Resolved: 2020-06-14 02:21:37+00:00

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

Steps to reproduce:

open crash.html in firefox

and your browser should start hanging and if you click stop when a web page is slowing down your web browser message it still hangs



Actual results:

it made the browser hang and unusable


Expected results:

it should not hang and be unusable
Bug: Address bar and page info icons are intermittently wrong
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-06-10 16:03:05+00:00
Resolved: 2020-06-17 18:40:07+00:00

I think this has to do with session restore, but I have seen this a couple of times this week.

See the screenshot for an example, where Firefox claims that lando, an https page, is stored locally on my computer.
Bug: Firefox 77.0.1 scrambles pages in Docker container (Ubuntu)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-06-10 17:36:57+00:00
Resolved: 2020-07-01 07:06:11+00:00

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

Steps to reproduce:

For last few years I maintain a set of Docker containers, including some with Firefox. Periodically there is a problem with some new releases of Firefox browser. The latest one is with the version 77.0.1. It suddenly scrambles all web pages (see the attached screenshot). The previous version 76.0.1 didn't do that.

Related GitHub repos: 
https://github.com/accetto/xubuntu-vnc
https://github.com/accetto/xubuntu-vnc-novnc
https://github.com/accetto/ubuntu-vnc-xfce-firefox
https://github.com/accetto/ubuntu-vnc-xfce-firefox-plus

Related Docker Hub repos:
https://hub.docker.com/r/accetto/xubuntu-vnc-firefox
https://hub.docker.com/r/accetto/xubuntu-vnc-novnc-firefox
https://hub.docker.com/r/accetto/ubuntu-vnc-xfce-firefox-default
https://hub.docker.com/r/accetto/ubuntu-vnc-xfce-firefox-plus



Actual results:

I've new Docker images with Firefox 77.0.1. The attached screenshot show, how web pages are scrambled. The page's source code seems at the first look OK. Please check it with one of the containers above.

I've mitigated it by rolling back to the version 76.0.1. Please check one of the issues on GitHub, for example:
https://github.com/accetto/xubuntu-vnc/issues/7




Expected results:

Web pages should not be scrambled.
Bug: I press 'shift' and the debug tools come up. Makes typing impossible!
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-06-10 18:35:37+00:00
Resolved: 2020-06-30 14:13:50+00:00

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

Steps to reproduce:

press 'shift' key, R or L, the debug tools come up.



Actual results:

Debug tools window comes up


Expected results:

I should have been able to type 'Shift' letter as per normal.
Bug: session restore behaviour for visible tab leads to stale data being shown to the user
Status: UNCONFIRMED
Priority: --
Created: 2020-06-10 18:53:57+00:00
Resolved: 2023-10-06 11:31:43+00:00

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

Steps to reproduce:

I have received a bug report from a user of our site, who told me that when he starts his computer and launches firefox, which restores its session, he sometimes is presented stale (sometimes multiple days old) data.
I have tried to debug and reproduce this issue and found the following:

When firefox is opened and restores a tab, that is not the active tab, firefox completely reloads the page and executes all javascript.

However, when firefox is opened, the currently visible tab seems to completely be restored from memory. No network request seem to be executed which leads to stale data being displayed.


Actual results:

The currently active tab, when restored, does not reload the page, but seems to serve a copy from memory. I tried to find more information via search engines, but was unable to determine if this is a bug or an actual feature, trying to display the visible tab faster.


Expected results:

If this is an actual feature, is there a recommendation how websites are supposed to handle loading of current data, which works with the firefox session restore mechanism? However, I think it would be vital to handle headers like max-age correctly. Our site responds with 'cache-control: max-age=60', so firefox should never display data which is older than that date.
Bug: Memory usage explodes while visiting a page
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-06-10 19:52:19+00:00
Resolved: 2020-07-01 09:29:03+00:00

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

Steps to reproduce:

I visited the linked page. 


Actual results:

Memory usage goes from a few hundreds MBs to filling all my 8GB


Expected results:

It shouldn't have happened.
Bug: Saving images from certain sites renders them unopenable
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-10 20:40:49+00:00
Resolved: 2020-06-11 12:26:14+00:00

Steps to reproduce:

1. Save image
2. Try to open image

What actually happened:
macOS gives an error that the file may be damaged or is unrecognizable and cannot be opened

What should happen:
The image file should have saved normally.

Additional information:
If I browse to the page on Safari, right click and 'save image', it works perfectly.
This happens with all image types (whether it is .jpg, .png, .tiff, etc etc)

I have attached the error, as well as both the broken (saved via Firefox) and working (saved via Safari) image file. 
The source URL is: https://ahkhai.com/2016/03/19/cheapest-ac-router-tp-link-archer-c7/
Bug: Ctrl+D adds to bookmark without approval
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-06-10 21:58:50+00:00
Resolved: 2020-06-24 15:23:50+00:00

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

Steps to reproduce:

Ctrl+D / "new bookmark"

Click on outside of the pop up menu (right or left)


Actual results:

For a long time the default behavior of new bookmarks has been what I consider broken.

Ctrl+D starts "new bookmark"

The options are "cancel" and "done"

Unless you specifically hit "cancel" or the "escape key" - the bookmark will be added to your "other bookmarks" folder.


Expected results:

I would except the default behavior to be like it was for a long time - and not add a bookmark unless you explicitly hit "yes - want to add this bookmark - done" or maybe press enter.

Maybe this was decided on purpose, but I can't see why it would be.
Bug: Selections in address bar and find bar are occasionally invisible
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-06-11 02:44:03+00:00
Resolved: 2020-06-30 11:31:20+00:00

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

Steps to reproduce:

- Focus the address bar or find bar (forgot how, ctrl+L and ctrl+F?). I forgot if you get a selection beforehand.
- Create a text selection (I think I used shift+right or ctrl+shift+right).


Actual results:

Occasionally the selection is invisible. There was no flashing text cursor.


Expected results:

Selection is white (since I'm using Firefox's dark theme). (The cursor is invisible even in normal non-bugged selections.)

---

In the find bar, pressing the left arrow to get a flashing cursor back worked, but creating a selection via keyboard was again invisible. I forgot if cancelling the selection in the address bar via arrow-left fixes this bug.

I haven't encountered this bug on single-line or multi-line HTML text fields so far.
Bug: Intermittent services/sync/tests/unit/test_engine_changes_during_sync.js | application crashed [@ RtlAcquireSRWLockExclusive + 0xf]
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-06-11 08:13:56+00:00
Resolved: 2020-07-07 17:06:56+00:00

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

---

[task 2020-06-11T06:14:35.688Z] 06:14:35     INFO -  TEST-START | services/sync/tests/unit/test_bookmark_validator.js
[task 2020-06-11T06:14:35.786Z] 06:14:35     INFO -  rmtree() failed for "('c:\\users\\task_1591854378\\appdata\\local\\temp\\xpc-plugins-5xdzhp',)". Reason: The process cannot access the file because it is being used by another process (13). Retrying...
[task 2020-06-11T06:14:35.930Z] 06:14:35     INFO -  TEST-START | services/sync/tests/unit/test_bridged_engine.js
[task 2020-06-11T06:14:36.817Z] 06:14:36     INFO -  rmtree() failed for "('c:\\users\\task_1591854378\\appdata\\local\\temp\\xpc-plugins-5xdzhp',)". Reason: The process cannot access the file because it is being used by another process (13). Retrying...
[task 2020-06-11T06:14:38.321Z] 06:14:38     INFO -  rmtree() failed for "('c:\\users\\task_1591854378\\appdata\\local\\temp\\xpc-plugins-5xdzhp',)". Reason: The process cannot access the file because it is being used by another process (13). Retrying...
[task 2020-06-11T06:14:38.384Z] 06:14:38     INFO -  mozcrash Saved minidump as Z:\task_1591854378\build\blobber_upload_dir\ba968199-24f4-404a-aae8-39f6646f19a4.dmp
[task 2020-06-11T06:14:38.384Z] 06:14:38  WARNING -  PROCESS-CRASH | services/sync/tests/unit/test_engine_changes_during_sync.js | application crashed [@ RtlAcquireSRWLockExclusive + 0xf]
Bug: doh-rollout.uri is not removed when setting doh-rollout.trr-selection.commit-result to false
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-11 09:16:53+00:00
Resolved: 2020-06-17 11:02:16+00:00

**Affected versions**
* Fx 78.0b5

**Affected platforms**
* Windows 10
  Mac OS 10.15
  Ubuntu 18.04

**Steps to reproduce**
1. Visit about:config and create the following prefs:
doh-rollout.enabled - true
doh-rollout.trr-selection.commit-result - true
doh-rollout.trr-selection.enabled - true
2. Restart Firefox and search for doh-rollout.uri in about:config.
3. Change the value of doh-rollout.trr-selection.commit-result to false and restart Firefox


**Expected result**
* doh-rollout.uri is removed.


**Actual result**
* doh-rollout.uri is present.
Bug: The about:logins menu is missing an arrow at its top
Status: RESOLVED
Priority: P5
Resolution: WONTFIX
Created: 2020-06-11 10:46:38+00:00
Resolved: 2022-01-03 16:17:12+00:00

Most (all?) popup menus in Firefox have arrow pointing to their button, see the hamburger menu or about:addons's cog menu for an example.
about:logins menu is currently missing that.

See attached.
Bug: Downloads fail when choosing directory
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-06-11 11:06:44+00:00
Resolved: 2020-07-09 12:03:55+00:00

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

Steps to reproduce:

I am running Ubuntu 18.04 on two similar Dell laptops. This problem occurs on both.

I have "Ask me where to save Downloads" selected in my Preferences. This problem did not occur using v76.0.1. After the automatic update to v77.0.1, I can no longer download files.


Actual results:

When I select a file to download, the dialog box asking me to choose whether I want to View or Save the file opens. Save is the default selection so I click OK. I am no longer prompted where to save the file. When I open Tools > Downloads, there is nothing listed. If I change my preference to always save to the Downloads directory, the file is properly saved there.


Expected results:

When I select a file to download, the dialog box asking me to choose whether I want to View or Save the file opens. Save is the default selection so I click OK. A dialog box should open asking me where to save the file.
Bug: [Experiment] [Intermittent] The "Set Firefox to Default" snippet is wrongly displayed on the first opened tab after the "Set Firefox as Default" or the "Dismiss" buttons are clicked
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-06-11 12:13:15+00:00
Resolved: 2022-06-17 14:48:35+00:00

**[Notes]:**
- This issue seems to be intermittent since I have managed to reproduce it only on 3 Firefox profiles from a total of 5.

**[Affected versions]:**
- Firefox Release 72.0 - Build ID: 20200103162918 
- Firefox Release 73.0.1 - Build ID: 20200217142647 
- Firefox Release 74.0 - Build ID: 20200309095159 
- Firefox Release 75.0 - Build ID: 20200403170909 
- Firefox Release 76.0 - Build ID: 20200429185419
- Firefox Release 77.0.1 - Build ID: 20200602222727

**[Affected Platforms]:**
- Windows 10 x64
- macOS 10.15
- Ubuntu 18.04 x64

**[Prerequisites]:**
- Have a Firefox en-US locale build installed.
- Have a Firefox profile older than 17 weeks. In order to do that you can change the creation date from the "times.json" file that can be found in the current profile folder.
- Have the following pref in the "about:config" page:
	- "browser.newtabpage.activity-stream.asrouter.providers.snippets" pref value set to "{"id":"snippets","enabled":true,"type":"remote","url":"https://snippets.cdn.mozilla.net/%STARTPAGE_VERSION%/%NAME%/%VERSION%/%APPBUILDID%/%BUILD_TARGET%/%LOCALE%/%CHANNEL%/%OS_VERSION%/experiment-202007-hvmt/%DISTRIBUTION_VERSION%/","updateCycleInMs":14400000}".
	- "browser.search.region" pref value must not be set to "US".

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Open a new tab and click the "Set Firefox as Default" button from the snippet displayed under the in-content search bar.
3. Open a new tab and observe the displayed sections .

**[Expected result]:**
- The following sections are displayed:
	- "In-content Search Bar"
	- "Top Sites"
	- "Recommended by Pocket" (if available)
	- "Highlights"
	
**[Actual result]:**
- The "Set Firefox to Default" snippet is still displayed under the in-content "Search Bar".

**[Notes]:**
- The impression ping is also displayed in the "Browser Console" when the snippet is displayed for the second time.
- This might be a preloading issue considering the fact that the snippet is displayed only on the first opened tab and the "Set Firefox to Default" snippets are blocked in the "about:newtab#devtools" page right after the "Set Firefox as Default" button is clicked.
- This issue is also reproducible is the snippet is removed from the "Dismiss" button.
- Attached a screen recording of the issue.
Bug: [PI-665] The tilde underline is not displayed in the messages from "about:welcome" page
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-11 12:53:52+00:00
Resolved: 2020-07-02 00:34:14+00:00

**[Affected Versions]:**
- Firefox Beta 78.0b5 Build ID: 20200609215727

**[Affected Platforms]:**
- Windows 10 x64

**[Prerequisites]:**
- Firefox 78.0b2 is installed.
- The following preferences are set:
-> user_pref("services.settings.server", "https://settings.stage.mozaws.net/v1");
-> user_pref("security.content.signature.root_hash", "DB:74:CE:58:E4:F9:D0:9E:E0:42:36:BE:6C:C5:C4:F6:6A:E7:74:7D:C0:21:42:7A:03:BC:2F:57:0C:8B:9B:90");
-> user_pref("app.normandy.api_url", "https://stage.normandy.nonprod.cloudops.mozgcp.net/api/v1");
-> user_pref("dom.push.serverURL", "https://autopush.stage.mozaws.net");
-> user_pref("services.settings.load_dump", false);
-> user_pref("messaging-system.log", "debug");
-> user_pref("browser.aboutwelcome.log", "debug");
-> user_pref("browser.ping-centre.log", true);
-> user_pref("browser.newtabpage.activity-stream.telemetry.structuredIngestion", true);
-> user_pref("browser.newtabpage.activity-stream.telemetry", true);
-> user_pref("app.normandy.user_id", "d5c9dc8f-c337-b540-927d-0f2a7862febf");

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites using the following command line:
--first-startup --profile "path of the profile containing the prefs mentioned in prerequisites"
(e.g.: --first-startup --profile "C:\Users\carmen.fat\AppData\Roaming\Mozilla\Firefox\Profiles\3ron47rf.test4")
2. Observe the "Welcome to Firefox" message from "about:welcome" page.

**[Expected results]:**
- A colorful tilde is displayed below the "Firefox" word as an underline.

**Actual results]:**
- The tilde is not displayed under the "Firefox" word.

**[Notes]:**
- This issue is reproducible on both treatment static and dynamic branches of the experiment.
- This issue is reproducible on both screens of the "about:welcome" page.
- Attached is a .gif with the issue.
Bug: The “more” word from the “Start Import” section of the “about:welcome” page is not fully visible if the browser is horizontally resized to the minimum length
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-06-11 13:47:41+00:00
Resolved: 2021-06-11 11:07:33+00:00

**[Affected Versions]:**
- Firefox Beta 78.0b5 Build ID: 20200609215727
- Firefox Nightly 79.0a1 Build ID: 20200611093454

**[Affected Platforms]:**
- Windows 10 (x64)
- macOS 10.15
- Ubuntu Linux 18.04 (x64)

**[Prerequisites]:**
- Firefox 78.0b5 is installed.
- The following preferences are set:
 -> user_pref("services.settings.server", "https://settings.stage.mozaws.net/v1");
 -> user_pref("security.content.signature.root_hash", 
 "DB:74:CE:58:E4:F9:D0:9E:E0:42:36:BE:6C:C5:C4:F6:6A:E7:74:7D:C0:21:42:7A:03:BC:2F:57:0C:8B:9B:90");
 -> user_pref("app.normandy.api_url", 
 "https://stage.normandy.nonprod.cloudops.mozgcp.net/api/v1");
 -> user_pref("dom.push.serverURL", "https://autopush.stage.mozaws.net");
 -> user_pref("services.settings.load_dump", false);
 -> user_pref("messaging-system.log", "debug");
 -> user_pref("browser.aboutwelcome.log", "debug");
 -> user_pref("browser.ping-centre.log", true);
 -> user_pref("browser.newtabpage.activity-stream.telemetry.structuredIngestion", true);
 -> user_pref("browser.newtabpage.activity-stream.telemetry", true);
 -> user_pref("app.normandy.user_id", "d5c9dc8f-c337-b540-927d-0f2a7862febf");

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites using the following command line:
--first-startup --profile "path of the profile containing the prefs mentioned in prerequisites"
(e.g.: --first-startup --profile "C:\Users\carmen.fat\AppData\Roaming\Mozilla\Firefox\Profiles\3ron47rf.test4")
2. Click the “Start Setup” button
3. Resize the browser horizontally to the minimum length and observe the “Import your passwords, bookmarks, and more” string

**[Expected results]:**
- The whole string is visible and correctly resized.

**[Actual results]:**
- The “more” word is not fully visible after the resize.

**[Notes]:**
- Attached is a recording of the issue.
Bug: [Win7] Uninstall process moves forward without elevation for Firefox builds installed in default location
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-06-11 14:21:17+00:00
Resolved: 2020-07-01 21:22:17+00:00

**Affected Versions:**
Nightly 79.0a1 (2020-06-11) (64-bit)
Beta 78.0b5 
Release 77.0.1

**Affected Platforms:**
Windows 7

**Steps to reproduce:**
1. Download and install Firefox in the default folder (standard with "Yes" option for UAC)
2. Reach the installation folder and go to the uninstall folder
3. Double click on the helper.exe
4. On the newly received UAC prompt select "No" or close the prompt by pressing "X"button

**Expected Result:**
The uninstall process is shut down.

**Actual Result:**
The uninstall process is moved forward even if closing the UAC prompt or selecting the "No" option.

**Regression-Range:**
I tried to find a regression range for this issue but could not for now since in beta 77 (current release 70.0.1) the UAC prompt is not displayed.
Will investigate this further ASAP, not marking it as a regression for now.