av9ash/GitBugs huggingface dataset:
Bug: [Proton] The menulist box is not aligned with the "Remember this decision" string as in the Figma doc
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2021-04-02 09:31:50+00:00
Resolved: 2021-05-12 13:09:25+00:00

**Tested on:**
Nightly 89.0a1

**TestedPlatform:**
Windows 10
MacOS 10.15 

Have the following prefs enabled:
browser.proton.enabled
browser.proton.doorhangers.enabled

**Steps to reproduce:**
1. Open https://mozilla.github.io/webrtc-landing/gum_test.html
2. Click on the Camera or Microphone button (make sure you have only multiple devices connected for at least 1 device type)
3. Check the alignment of a menulist with the "Remember this decision" string

**Expected Results:**
The menulist and the “Remember this decision” string should be aligned as in the Figma doc: https://www.figma.com/file/FjUe6ORvXZgJvI3rPuTV33/Desktop-UI-(Mozilla-Confidential-)?node-id=4561%3A40060. (The "Remember this decision" string starts 1 pixel more to the right compared to the menulist box)

**Actual Results:**
The menulist box starts a few pixels more to the right, does not respect Figma spec.

**Notes:**
Please note that we already handled alignment for the device label and "Remember this decision" string in Bug 1701625, but the alignment of the menulist box should also be considered to match the changes in the previous bug. Hope the screenshot is detailed enough.
Bug: Theme displayed on startup is not the theme that is set
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-04-02 09:37:14+00:00
Resolved: 2021-05-03 16:08:53+00:00

I keep getting my theme reset on startup:
- The theme picker shows "Light" after startup (this is right) but the theme looks dark (this is different from the Proton dark theme that is darker than the one that gets set)
- Selecting another theme will make this temporary theme go away until the next startup

Context:
- Existing profile only (cannot reproduce on a new profile)
- No other themes installed
- Windows 10
Bug: 'Restart to update Firefox' is not centered in About Mozilla Firefox window
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-02 09:47:43+00:00
Resolved: 2022-05-16 13:59:34+00:00

**Affected versions**
* 87.0RC
* 88.0b2
* 88.0b2 DevEdiion

**Affected platforms**
* Windows 10x64
* macOS 10.15
* Ubuntu 20.04

**Steps to reproduce**
1.  Launch Firefox.
2. Go to Hamburger menu -> Help -> About Firefox and observe the 'Restart to Update Firefox' section.

**Expected result**
* The section is correctly centered .

**Actual result**
* The section is not centered. It's displayed higher than it should be. 

**Regression range**
* Will search for a regression asap. 

**Additional notes**
* On Developer Edition builds, the issue is more visible. 
* The issue is not reproducible on Nightly builds, Tested on Firefox 88.0a1(2021-03-17).
* I am attaching a screenshot with the issue.
Bug: [Ubuntu] Bookmark dropdown moving to the left by following specific steps
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-02 10:17:08+00:00
Resolved: 2021-04-13 13:30:38+00:00

**Affected versions**
* Fx 88.0b6
* Fx 89.0a1

**Affected platforms**
* Ubuntu 20.04 x64

**Steps to reproduce**
1. Launch Firefox
2. Bookmark a website, then click on the star button from the URL to edit this bookmark.
3. Click on "Show all the bookmarks folders" from location section.
4. Click Remove Bookmark.
5. Click again on star button.

**Expected result**
*  The "Add Bookmark" dropdown appear under the star button, in the correct position.

**Actual result**
* The "Add Bookmark" dropdown is moving to the left, see the attached screencast.
   Starting from this step, the bookmark dropdown appear in wrong position.

**Regression range**
* Not a recent regression I reproduced on Fx 81.0b6. I will come back with the regression range ASAP.

**Additional notes**
* The steps may need to be repeated to reproduced this issue.
Bug: Pinned tabs are restored to the initial position instead of moving to a new position
Status: NEW
Priority: P5
Created: 2021-04-02 10:48:23+00:00
Resolved: 2021-04-02 12:28:26+00:00

**Prerequisites**
* In about:config set:
     browser.proton.enabled = true

**Affected versions**
* 89.0a1 (2021-04-02)

**Affected platforms**
* Windows 10
* Ubuntu 20
* MacOS

**Steps to reproduce**
1. Open Firefox
2. Open a few tabs with some random websites( ex. reddit, youtube, pinterest...)
3. Pin the tabs.
4. Move one of the pinned tabs outside the tab bar.

**Expected result**
* The pinned tab should be moved to the further left or right position inside the pinned tabs strip.

**Actual Result**
* The pinned tab is moved it's initial location inside the pinned tabs strip.

**Regression range**
* Will provide one ASAP 

**Additional notes**
*  Please see the video attached.
Bug: [Proton] DoH panel button is not named correctly
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2021-04-02 11:45:58+00:00
Resolved: 2021-04-08 15:36:30+00:00

**Affected versions**
* latest Nightly 89.0a1

**Affected platforms**
* Windows 10 x64
* macOS 10.15
* Ubuntu 18.04 x6

**Preconditions**
Firefox is launched.
The following prefs are set to true in about:config: 
- browser.proton.enabled, 
- browser.proton.doorhangers.enabled (for preliminary testing this also required, until the work is moved to the main pref).
- browser.newtabpage.activity-stream.asrouter.devtoolsEnabled is also set to true

**Steps to reproduce**
1. In a new tab click click on the "Expand devtools" icon.
2. Search in the page the following string: DOH_ROLLOUT_CONFIRMATION_89
3. Click on the "Show" button.
4. Observe the "OK, Got it" button.

**Expected result**
* "OK, Got it" button is named "Okay".

**Actual result**
* "OK, Got it" button is not named "Okay", as per specs.

**Suggested Severity**
* S3, since this won't affect the users.

**Regression range**
* Not a regression. This copy change was introduced with Fx89 Nightly.

**Additional notes**
* please see the attached screenshots.
Bug: Opens new unpinned tab if user only had pinned tabs open when closing browser
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-02 13:49:46+00:00
Resolved: 2021-06-28 00:26:28+00:00

Steps to repeat:
1. Have only pinned tabs open when closing browser.
2. Close browser.
3. Start browser.
4. Pinned tabs are correctly restores, however, a New (unpinned) Tab opens and becomes the active tab.

The issue is that this is not correctly resuming the users' browsing session from where they left off when they closed Firefox. In opening that New Tab, Firefox is not properly resuming from where the user left off when closing the browser. In my case, the active tab is the New Tab when my active tab at closing was my email tab.

This also means Firefox does not have parity with Chrome and Vivaldi because those browsers do not open a new unpinned tab if the users only have pinned tabs open when they close those browsers. Those browsers also have the active tab as the tab that was active at close.

I would be fine if the solution is to add an option to not have the New Tab added to the session resume. If that is the chosen solution, users who don't mind having the New Tab open on startup can continue to have that as their preferred method.

Thank you.
Bug: Not all about pages have the new proton Firefox chiclet
Status: NEW
Priority: P3
Created: 2021-04-02 14:24:56+00:00
Resolved: 2021-10-06 22:17:10+00:00

**Affected versions**
* Fx89.0a1

**Affected platforms**
* Windows 10
* Ubuntu 18.04
* macOS 10.15

**Steps to reproduce**
1. Launch Firefox.
2. Navigate to any of the following about pages:
about:about
about:buildconfig
about:checkerboard
about:compat
about:debugging#/setup
about:devtools
about:loginsimportreport
about:logo
about:memory
about:mozilla
about:networking
about:performance
about:plugins
about:policies
about:processes
about:profiles
about:profiling
about:robots
about:serviceworkers
about:studies
about:sync-log
about:telemetry
about:url-classifier
about:webrtc


**Expected result**
* Firefox chiclet is correctly displayed in the address bar.

**Actual result**
* Firefox chiclet is missing from the listed pages.

**Regression range**
This is not a regression as it's a new design.

**Additional notes**
* Some about pages like about:preferences, about:support have the chiclet correctly displayed.
* The mentioned pages have a magnifying glass icon instead of the new chiclet.
Bug: "Switch to tab" indicator should not default to hover state if not hovered on
Status: RESOLVED
Priority: P2
Resolution: WONTFIX
Created: 2021-04-02 15:42:04+00:00
Resolved: 2021-04-07 18:20:37+00:00

The "Switch to tab" indicator should not default to hover state if not hovered on.
This is visible on light and dark themes across platforms.
Bug: Make the gap between the urlbar rounded edge and "About:" pages chicklets more uniform
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-04-02 15:46:30+00:00
Resolved: 2021-07-02 14:20:24+00:00

Update corner radius to 2px – Only for about:page chicklets (the ones that are flushed to the left edge of the URL bar).
Bug: Infobars - text is not vertically centered on macOS
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-04-02 15:47:21+00:00
Resolved: 2024-02-19 19:26:49+00:00

**Affected platforms:**
Mac OS X 10.15
macOS Big Sur 11.1

**Affected versions:**
Nightly 89.0a1

**Pre-requisites:**
browser.proton.enabled=true
browser.proton.infobars.enabled=true
accessibility.blockautorefresh=true

**Steps to reproduce:**
1. Launch Firefox.
2. Paste the following into the URL bar: data:text/html,<meta http-equiv="refresh" content="0; url=https://example.com/">
3. Observe the Infobar displayed under the URL bar (text string and button)

**Expected Result:**
The text in the Infobar should be properly centered. 

**Actual Results:**
The Text in the Infobar is not vertically centered (it's a little too high) - both in the Infobar as well as in the "Allow" button.

**Notes:**
The issue is not reproducible on the latest Nightly 89.0a1 when Proton is not enabled (the preferences browser.proton.enabled and browser.proton.infobars.enabled are set to false).
The issue is reproducible on all the Info bars.
The issue is not reproducible on Windows7 nor on Ubuntu 20.04.
Bug: Hover and active state colors for "Switch to tab" and search shortcut buttons don't align with spec
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-04-02 15:55:43+00:00
Resolved: 2021-04-16 15:54:18+00:00

Hover state colors for "Switch to tab" and "Search with" don't align with spec:
- "Search with",  "Switch to tab" chicklet and "This time search with" search items on mouse hover should be #F0F0F4
Bug: Urlbar type icons use pre-Proton colours
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-04-02 16:12:04+00:00
Resolved: 2021-04-07 13:15:55+00:00

- "Search with..." icons look fuzzy in dark theme
- Dark theme primary blue for bookmark icon: #00DDFF
- Dark theme icon color for "Switch to tab" icon: #FBFBFE
Bug: Selected wrong client cert, now I have no way to select the correct cert
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-02 16:17:29+00:00
Resolved: 2021-04-02 16:45:51+00:00

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

Steps to reproduce:

when prompted for a client cert, I selected an incorrect cert.


Actual results:

Now whenever I hit the same webpage it does not let me select the correct cert - the dialogue for selecting a client certificate never pops up and authentication automatically fails with a 403 - Forbidden: Access is denied.




Expected results:

about:config shows: security.default_personal_cert	Ask Every Time

I don't see this option available in the options > privacy & security > certificates section.

I am never prompted for a certificate - so there seems to be no way to correct this -- other than create a new profile.  I would like to be prompted for a cert, or be able to "forget" the incorrect cert, and then select the correct one.
Bug: "Take a Screenshot" creates incorrect partial screenshots when page is scaled
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-02 17:27:47+00:00
Resolved: 2021-04-02 19:51:59+00:00

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

Steps to reproduce:

When Windows 10 display scale setting is set to more than 100% or page is zoomed in, "Take a Screenshot" tool creates incorrect screenshot for part of a page.


Actual results:

Incorrect screenshot was created, not everything what was selected ended up in the screenshot.


Expected results:

A screenshot of the selected page section should have been created.
Bug: Crash in [@ mozilla::dom::sessionstore::FormEntryValue::AssertSanity]
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-04-02 18:21:45+00:00
Resolved: 2021-04-26 14:39:52+00:00

2 crashes on 2 machines, both with Fission


Crash report: https://crash-stats.mozilla.org/report/index/fd8785f1-623b-44ad-b104-794150210329

MOZ_CRASH Reason: ```MOZ_RELEASE_ASSERT((mType) == (aType)) (unexpected type tag)```

Top 10 frames of crashing thread:
```
0 libxul.so mozilla::dom::sessionstore::FormEntryValue::AssertSanity const ipc/ipdl/_ipdlheaders/mozilla/dom/sessionstore/SessionStoreTypes.h:448
1 libxul.so RestoreFormEntry toolkit/components/sessionstore/SessionStoreUtils.cpp:1230
2 libxul.so mozilla::dom::SessionStoreUtils::RestoreFormData toolkit/components/sessionstore/SessionStoreUtils.cpp:1259
3 libxul.so mozilla::dom::SessionStoreRestoreData::RestoreInto toolkit/components/sessionstore/SessionStoreRestoreData.cpp:78
4 libxul.so mozilla::dom::WindowGlobalChild::RecvRestoreTabContent dom/ipc/WindowGlobalChild.cpp:568
5 libxul.so mozilla::dom::PWindowGlobalChild::OnMessageReceived ipc/ipdl/PWindowGlobalChild.cpp:1243
6 libxul.so mozilla::dom::PContentChild::OnMessageReceived ipc/ipdl/PContentChild.cpp:8544
7 libxul.so mozilla::ipc::MessageChannel::DispatchMessage ipc/glue/MessageChannel.cpp:2078
8 libxul.so mozilla::TaskController::DoExecuteNextTaskOnlyMainThreadInternal xpcom/threads/TaskController.cpp:754
9 libxul.so nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1155
```
Bug: Intermittent browser/components/places/tests/browser/browser_bookmark_change_location.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-04-02 19:05:45+00:00
Resolved: 2022-07-28 13:31:42+00:00

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

---
```
[task 2021-04-02T17:52:07.125Z] 17:52:07     INFO - TEST-START | browser/components/places/tests/browser/browser_bookmark_change_location.js
[task 2021-04-02T17:54:07.152Z] 17:54:07     INFO - TEST-INFO | started process screentopng
[task 2021-04-02T17:54:07.438Z] 17:54:07     INFO - TEST-INFO | screentopng: exit 0
[task 2021-04-02T17:54:07.439Z] 17:54:07     INFO - Buffered messages logged at 17:52:07
[task 2021-04-02T17:54:07.439Z] 17:54:07     INFO - Entering test bound setup
[task 2021-04-02T17:54:07.439Z] 17:54:07     INFO - Ensure Places init is complete
[task 2021-04-02T17:54:07.439Z] 17:54:07     INFO - Add a bookmark to avoid showing the empty toolbar placeholder.
[task 2021-04-02T17:54:07.440Z] 17:54:07     INFO - Show the bookmarks toolbar
[task 2021-04-02T17:54:07.440Z] 17:54:07     INFO - Ensure toolbar visibility was updated
[task 2021-04-02T17:54:07.440Z] 17:54:07     INFO - Buffered messages finished
[task 2021-04-02T17:54:07.440Z] 17:54:07     INFO - TEST-UNEXPECTED-FAIL | browser/components/places/tests/browser/browser_bookmark_change_location.js | Test timed out -```
Bug: double shadow on the bookmarks menu popup
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-04-02 19:21:37+00:00
Resolved: 2021-04-08 21:59:35+00:00

If you add the bookmarks button to the toolbar, there's a second border and a shadow around the bookmarks button menupopup.

I quickly made up a few change to solve this, but didn't test it deeply:

```
diff --git a/browser/themes/windows/customizableui/panelUI.css b/browser/themes/windows/customizableui/panelUI.css
--- a/browser/themes/windows/customizableui/panelUI.css
+++ b/browser/themes/windows/customizableui/panelUI.css
@@ -19,16 +19,21 @@
 @supports -moz-bool-pref("browser.proton.contextmenus.enabled") {
 @media (-moz-windows-default-theme) and (-moz-os-version: windows-win10) {
   /* Prevent the global arrowscrollbox rules from replacing our background,
      or adding more padding that would misalign our submenus. */
   #BMB_bookmarksPopup::part(arrowscrollbox),
   #BMB_bookmarksPopup menupopup[placespopup=true]::part(arrowscrollbox) {
     background-color: var(--arrowpanel-background);
     padding-block-start: 0;
+    border: none;
+  }
+
+  #BMB_bookmarksPopup {
+    -moz-window-shadow: none;
   }
 }
 }

 #BMB_bookmarksPopup menupopup[placespopup=true]::part(innerbox) {
   /* emulating MozPlacesPopupArrow but without the arrow */
   box-shadow: 0 0 4px rgba(0,0,0,0.2);
   background: var(--arrowpanel-background);
```
Bug: Pinned tabs do not stay pinned
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-02 21:29:14+00:00
Resolved: 2021-11-09 14:16:40+00:00

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

Steps to reproduce:

Closed Firefox


Actual results:

Occasionally, the pinned tabs are on restart no longer pinned 


Expected results:

If a tab is set to be pinned, it should stay pinned, until you explicitly unpin it
Bug: Bugzilla drop-down menu items are black on black with browser.proton.contextmenus.enabled and Dark theme
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-03 00:12:14+00:00
Resolved: 2021-04-05 10:19:28+00:00

@ Gijs, I believe this is a regression from your fix for dark mode selector bug 1702626. I bisected this regression to this pushlog with bug 1702626:

https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=78fcad0bb24fa5188c3d1d85b3e8f30d0df13eeb&tochange=e2b5a90e8f259cd638f79efb191d3fba550f3b73

### Steps to reproduce

1. Set `browser.proton.contextmenus.enabled` pref = true and restart Nightly. (The `browser.proton.enabled` pref can be true or false; it doesn't matter for reproducing this bug.)
2. Change your Firefox theme to Mozilla's "Dark" theme.
3. Load a Bugzilla bug page, such as this one.
4. Click to open a drop-down menu, such as the "Priority" menu.

### Expected result

The drop-down menu items should be readable. I don't know if Proton dark mode specifies whether the menu items' background color should be white or black.

### Actual result

The drop-down menu items are all black (text on black background?), except the menu item highlighted by your mouse pointer. See the attached screenshot.
Bug: Hangs after update, no response, doesn't open anything
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-04-03 00:26:27+00:00
Resolved: 2021-05-04 14:24:14+00:00

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

Steps to reproduce:

I let auto-update to ver 87.0, before was all OK. 


Actual results:

Firefox hangs after the update, doesn't respond, the application doesn't open anything, neither ad-ons, or new tabs, it seems to be suspended halfway from startup. As You can see on screen i can't do anything. 


Expected results:

fix this bug
Bug: address bar: keyword search slow
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-03 09:26:59+00:00
Resolved: 2021-04-13 19:20:59+00:00

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

Steps to reproduce:

hi, my default SE is DDG. i search google.com by using search shortcuts, so i type:

g search term

in the address bar.



Actual results:

as expected, 'g' is recognized as a shortcut, the address bar icon changes to the google symbol.

when firing up the search using 'enter', the tab idles for a ~20 seconds before the SERP is actually displayed.

copying the same SERP url in a different tab or window and firing it up shows the page instantly.


Expected results:

the search should have been executed and SERP been displayed instantly w/o delay
Bug: Crash in [@ AsyncShutdownTimeout | profile-before-change | SessionFile: Finish writing Session Restore data,SessionFile: Finish writing Session Restore data,SessionFile: Finish writing Session Restore data,SessionFile: Finish writing Session Restore da...
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-03 18:34:54+00:00
Resolved: 2021-04-13 15:59:52+00:00
Bug: "Take Screenshot" claims "Error: Not a URL" on http://[::1]:8000/
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-03 20:16:34+00:00
Resolved: 2021-04-27 07:10:03+00:00

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

Steps to reproduce:

I started a webserver on [::1]:8000, opened it in firefox, rightclicked and clicked the "Take screenshot" context item to take a screenshot of the page.


Actual results:

Firefox shows a notification popup with some text and "Error: Not a URL"


Expected results:

I should be able to take a screenshot. This is working correctly when running the webserver on 127.0.0.1:8000 so it seems to be specifically about the ipv6 origin.
Bug: ctrl+a+backspace not removing written letters
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-03 21:01:31+00:00
Resolved: 2021-04-09 23:48:29+00:00

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

Steps to reproduce:

ctrl+a+backspace


Actual results:

not removing everything written from any box


Expected results:

removing everything in the box, like, of course its working when i do ctrl+a RELEASE and backspace, but often i do it so fast that im not able to release ctrl+a before pressing backspace too and it doesn't remove anything
Bug: Don't add moz-extension:// URLs to the history
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-04-04 10:05:57+00:00
Resolved: 2021-04-04 11:41:14+00:00

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

Steps to reproduce:

Please stop adding moz-extension:// URLs to the history. They are internal to Firefox, they don't represent WWW, so their presence in history is unwarranted.
Bug: Highlight and input colors are lighter and harder to read
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-04 12:34:46+00:00
Resolved: 2021-04-14 18:16:58+00:00

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

Steps to reproduce:

No steps done at all, just updated to a new Nightly version.


Actual results:

After some Nightly update, some elements colors seem to got a more lighter version. For example checkbox set to true or selecting an input text shows a white color text with a very light blue background (see image attached)


Expected results:

Compared to Stable, that color is set to a more readable blue color, rather than a very light one as in Nightly.