av9ash/GitBugs huggingface dataset:
Bug: [foxfooding] Recently closed section from Firefox View should not list identical tabs if more than 1 was closed
Status: RESOLVED
Priority: P4
Resolution: WONTFIX
Created: 2022-09-02 20:21:07+00:00
Resolved: 2023-01-11 16:32:51+00:00

**Firefox Version:** Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:104.0) Gecko/20100101 Firefox/104.0
**Window Size (inner width and height):** 1536x739
**GitHub Username:** @emelipasini
## Steps to Reproduce
Open different random tabs to see the Recently closed section from Firefox View

## Expected Behavior
I was hoping that the repeated pages would not be shown 2 times and also that new tab will not be shown on recently closed pages

## Actual Behavior
The actual result was that repeated pages were displayed and also new tabs were shown twice. This happened because I closed repeated tabs and the new tab, not for a bug but I still think those two could be filter for a more clean view.

## Attachment
[Link to the original attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/cd083f88-a716-4d43-8942-efa670726ee6.PNG)
Bug: switch Onboarding Messaging Provider from window-modal to tab-modal
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-09-02 20:22:12+00:00
Resolved: 2023-05-27 13:55:53+00:00

Ania, Ed, Gabrielle and I met today about whether to switch the onboarding dialog from window-modal to tab-modal.  We put together a [(still being edited!) risk register](https://docs.google.com/document/d/1Iv85MAng8eXpMtY4gTGlPCm7S3xN9mCvfD9qpXAL_NQ/edit#), and the decision was made to forward with the switch, in part because it will be easy to back out if something goes sideway.s

The acceptance criteria are (at least):

1. onboarding modal is opened as tab-modal
2. opens over a new tab containing Firefox Home (about:home)
3. new tab is placed (ideally) next to the last used tab, otherwise at the end of the tab strip
Bug: [foxfooding] It's not clear how to stop trying Colorways when trying it from Firefox View
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2022-09-02 20:22:41+00:00
Resolved: 2023-01-19 14:46:50+00:00

**Firefox Version:** Mozilla/5.0 (X11; Linux x86_64; rv:104.0) Gecko/20100101 Firefox/104.0
**Window Size (inner width and height):** 1638x1127
**GitHub Username:** @Vinnl
## Steps to Reproduce
1) Open Firefox View.
2) Click "Try colorways".
3) Set a colorway.
4) Click "Change colorway".

## Expected Behavior
There's a way to revert back to the theme you had before "trying" colorways.

## Actual Behavior
You have to be aware that you can change your theme from the Add-ons manager, or else hope you love your colorway :)

## Attachment
[Link to the original attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/9dd8f611-8d9a-4ded-8a6f-444dcaecb7e5undefined)
Bug: [foxfooding] Cannot open a regular tab from within the private browser
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2022-09-02 21:06:16+00:00
Resolved: 2023-12-28 14:08:35+00:00

**Firefox Version:** Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:106.0) Gecko/20100101 Firefox/106.0
**Window Size (inner width and height):** 1600x775
**GitHub Username:** @gaby2300

## Steps to Reproduce
1) Press ALT
2) Press File
3) Press New Tab

## Expected Behavior
A new regular (non private) tab should have opened

## Actual Behavior
A new private tab opened
Bug: [foxfooding] Private Browsing window does not respect Light desktop theme
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2022-09-02 21:10:34+00:00
Resolved: 2024-05-13 16:29:01+00:00

**Firefox Version:** Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:103.0) Gecko/20100101 Firefox/103.0
**Window Size (inner width and height):** 1254x1221
**GitHub Username:** @mostlygeek
## Steps to Reproduce
Following the Foxfood doc 

1. downloaded latest nightly 
2. created a new profile for MR foxfooding
3. Made sure the system-auto theme is active
4. Created a new Private window (cmd+shift+p)

## Expected Behavior
A private window in the light system theme

## Actual Behavior
A private window in the dark system theme. 

See attached screenshot of private / regular Firefox windows

## Attachment
![Attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/0fd72efa-96cc-49ad-8ba1-d95cc3876ebd.png)
[Link to the original attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/0fd72efa-96cc-49ad-8ba1-d95cc3876ebd.png)
Bug: [foxfooding] Clicking a tab in "Tab pickup" in Firefox view opens it in a random position
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2022-09-02 21:14:15+00:00
Resolved: 2022-09-29 07:02:24+00:00

**Firefox Version:** Mozilla/5.0 (X11; Linux x86_64; rv:104.0) Gecko/20100101 Firefox/104.0
**Window Size (inner width and height):** 1638x1127
**GitHub Username:** @Vinnl

## Steps to Reproduce
1) Have multiple tabs open, with one in the middle of the row focused.
2) Open Firefox View.
3) Click one of the tiles listed under "Tab pickup".

## Expected Behavior
A new tab gets opened with the respective URL, either at the end of the tab bar (expected), next to the Firefox View tab, or next to the tab you had open before you switched to the Firefox View tab.

## Actual Behavior
The new tabs opens at a seemingly random position on the tab bar (the third tab, in my recorded video).

## Attachment
[Link to the original attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/990d3095-2597-4a46-bc7f-486415fc790e.mp4)
Bug: [foxfooding] Pressing Ctrl+Shift+PageUp/PageDown opens an arbitrary tab
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2022-09-02 21:16:19+00:00
Resolved: 2022-09-06 15:54:58+00:00

**Firefox Version:** Mozilla/5.0 (X11; Linux x86_64; rv:104.0) Gecko/20100101 Firefox/104.0
**Window Size (inner width and height):** 1638x1127
**GitHub Username:** @Vinnl
## Steps to Reproduce
1) Have multiple tabs open, with one of them focused.
2) Click the Firefox View icon.
3) Hit Ctrl+Shift+PageUp.

## Expected Behavior
You end up either on the tab next to the Firefox View icon, or on the tab next to the tab that was focused before opening Firefox View.

## Actual Behavior
A seemingly random tab gets focused.

## Attachment
[Link to the original attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/b71cd6c3-1052-4af0-9ca2-f9f86ed01d0c.mp4)
Bug: [foxfooding] Can't find the keyboard shortcut to focus/open Firefox View
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-02 21:47:41+00:00
Resolved: 2022-09-02 21:50:29+00:00

**Firefox Version:** Mozilla/5.0 (X11; Linux x86_64; rv:104.0) Gecko/20100101 Firefox/104.0
**Window Size (inner width and height):** 1638x1127
**GitHub Username:** @Vinnl
## Steps to Reproduce
1) Press Alt+1 (because Firefox View looks like my first pinned tab, which I usually open using that keyboard shortcut) - the first tab opens.
2) Press Ctrl+Shift+PageUp (because Firefox View looks like a tab to the left of the first tab) - the last tab gets focused.
2) Hover over the Firefox View icon (you see "Firefox View", no mention of a keyboard shortcut).
3) Open the Hamburger menu to see if there's a reference to Firefox View in there, with a mention of the keyboard shortcut.

## Expected Behavior
I'd find a way to open Firefox View using my keyboard.

## Actual Behavior
I still only know how to open Firefox View using my mouse.
Bug: [foxfooding] The "Customize Nightly" tab is not listed under "Recently closed"
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-09-02 21:55:07+00:00
Resolved: 2022-09-02 21:58:29+00:00

**Firefox Version:** Mozilla/5.0 (X11; Linux x86_64; rv:104.0) Gecko/20100101 Firefox/104.0
**Window Size (inner width and height):** 1638x1127
**GitHub Username:** @Vinnl
## Steps to Reproduce
1) Right-click on a toolbar icon, click "Customize toolbar".
2) Close the "Customize Nightly" tab.
3) Open Firefox View.

## Expected Behavior
The "Customize Nightly" tab is listed under "Recently closed".

## Actual Behavior
The "Customize Nightly" tab is not listed under "Recently closed".

## Attachment
[Link to the original attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/efb12baa-015b-4a36-9bd2-3cd1d62b6e68.mp4)
Bug: [foxfooding] No visual feedback when dropping the first item to the left-hand side of the tabs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-02 22:02:09+00:00
Resolved: 2022-09-02 22:03:36+00:00

**Firefox Version:** Mozilla/5.0 (X11; Linux x86_64; rv:104.0) Gecko/20100101 Firefox/104.0
**Window Size (inner width and height):** 1638x1127
**GitHub Username:** @Vinnl
## Steps to Reproduce
1) Open the Customize Toolbar view
2) Drag the Firefox View icon into the overflow menu. Drop it there.
3) Drag the Firefox View icon to the right-hand side of the tabs - you see other UI elements shift aside to make way for the icon.
3) Drag the Firefox View icon to the left-hand side of the tabs.

## Expected Behavior
UI elements shift out of the way, and a drop zone is highlighted. (This is the behaviour you get if you click-and-drag the Firefox View icon from its original position on the left-hand side without letting go, then dropping it back into its position.)

## Actual Behavior
There is no visual feedback that icons can also be placed on the left-hand side of the toolbar.

## Attachment
[Link to the original attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/7b0ead46-ab22-495c-be30-ce68b37d99b0.mp4)
Bug: [foxfooding] Firefox View doesn't always show accurate relative dates
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2022-09-02 22:49:34+00:00
Resolved: 2022-09-08 12:18:05+00:00

(Proxy filing for somebody else, an admitted moth-thusiast)

> IDK if this is related to my previous bug on ios but this my firefox view now (see attached screenshot).
> The moth thing I 100% looked up this morning, but the other thing [re: M1L and M1R] was last night. Yet both appear as "3 hr. ago".
> I'm consistently noticing that the two or even all three have the same timestamp which isn't correct.
Bug: [foxfooding] Recently closed is window specific and not device specific?
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-02 23:02:02+00:00
Resolved: 2022-09-05 21:05:18+00:00

(Proxy filing for somebody else)

> I use multiple windows to try to organize the myriad of tabs i accumulate - I find it weird that the recently closed list is different per window when the text says "on this device".
Bug: [foxfooding] Firefox View doesn't always show favicons for Recently Closed Tabs list
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2022-09-02 23:04:22+00:00
Resolved: 2022-11-16 08:00:49+00:00

(Proxy filing for somebody else)

the website icon doesn't always appear in the recently closed list. i see globe icons for some zoom closed tabs but further down there is the zoom icon
Bug: Rationalize sessionstore-closed-objects-changed and updates to session store closed tab data so they make sense
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-09-02 23:09:47+00:00
Resolved: 2022-12-01 16:21:36+00:00

In bug 1787565 it became clear that the `sessionstore-closed-objects-changed` notification fires when the data for a closed tab is still incomplete. There is some artificial delay there in firing the notification (`setTimeout(..., 0)`) but that is insufficient. The code in `onTabStateUpdate` which gets called through the two SessionStoreFunctions APIs, asynchronously, by CanonicalBrowsingContext code, does not fire any notifications but does modify the closed tabs data. If consumers consult this data before those calls have happened, they get stale URLs and/or other data.

This isn't a problem for any non-Firefox-View in-product surfaces that show this data (the recently closed tabs menus in various places in the UI, and the undo close tab shortcut) unless you time your tests extremely precisely - it'd be pretty hard to time it so you tried to obtain closed tab data **after** the `removeTab` handler has fired a `TabClose` event which in turn [fires the aforementioned observer notification](https://searchfox.org/mozilla-central/rev/25ec642ed33ca83f25e88ec0f9f27e8ad8a29e24/browser/components/sessionstore/SessionStore.jsm#1506) but before calls to `onTabStateUpdate` have fired and updated the tab data.

However... as noted in bug 1787565, in Firefox View, we listened for the observer notifications, and then update the UI. This then shows the incomplete data when a cross-origin navigation happens: the closed tab UI shows the outdated URL, and it stays there because we do not re-fetch the data from session store after the list item has been generated. So this was bad.

In bug 1787565 comment 10, Luca also showed that it is possible to hit a similar race condition in webextension code, albeit less consistently because of the async nature of various webextension APIs and notifications.

In that same bug, I tried to fix the issue by just sending more of the same observer notification when the closed tab data got updated by the browsingcontext. Unfortunately this ran into a number of automated tests that expected a specific number of observer notifications. This also revealed that, when closing tabs/BCs, whether either or both of the SessionStoreFunctions get called (and therefore we'd get either 1 or 2 additional firings of the observer topic) is not consistent/predictable across all tab closures.

I think ideally, we should end up in a place where there is 1 observer notification broadcast when a tab is closed, and that should only happen once the data for that tab is complete. This is also what the webextensions code and some sessionstore automated tests expect.

However, it is not clear to me how to get there because, not fully understanding the purpose/origin of the 2 browsingcontext callsites, I don't know if/how we can predict how many of those calls will follow after a `CloseTab` event.

I'm hoping Nika or other docshell/dom folks can help clarify what we can expect and how to fix this the Right way.
Bug: Intermittent browser/components/urlbar/tests/browser/browser_view_selectionByMouse.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-09-03 00:56:37+00:00
Resolved: 2024-01-22 07:06:30+00:00

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

---
```
[task 2022-09-03T00:14:45.284Z] 00:14:45     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_view_selectionByMouse.js | Expected page is opened - true == true - 
[task 2022-09-03T00:14:45.284Z] 00:14:45     INFO - Leaving test bound withSelectionByKeyboard
[task 2022-09-03T00:14:45.285Z] 00:14:45     INFO - Buffered messages finished
[task 2022-09-03T00:14:45.286Z] 00:14:45     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_view_selectionByMouse.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. - 
[task 2022-09-03T00:14:45.286Z] 00:14:45     INFO - GECKO(2741) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2022-09-03T00:14:45.287Z] 00:14:45     INFO - GECKO(2741) | MEMORY STAT | vsize 15980MB | residentFast 301MB | heapAllocated 137MB
[task 2022-09-03T00:14:45.287Z] 00:14:45     INFO - TEST-OK | browser/components/urlbar/tests/browser/browser_view_selectionByMouse.js | took 48151ms
```
Bug: Interacting with the scrollbar and other non-reset items in the left pane of the Bookmark Library incorrectly resets the scrollbar for the right pane to the beginning
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-03 03:43:31+00:00
Resolved: 2022-10-13 14:41:15+00:00

Steps to reproduce:

In the bookmark Library window:
* Create enough folders and subfolders so that the left pane has a scrollbar
* Create enough bookmarks in a folder so that the right pane has a scrollbar
* Scroll down in the right pane so the right pane is at some distance from the top
* Interact with something in the left pane that doesn't change the selected folder (and thus shouldn't reset the right pane).  This includes
** Clicking on the left pane scrollbar in any way
** Expanding/collapsing bookmark folders using the ">" triangle
** Clicking on the folder item in the left pane that is already selected

(This process also seems to work with History if you have enough present.  It also must be a click action - mere mouse scroll bar usage does not trigger it.)


Actual results:

* The scroll amount of the right pane is reset to 0


Expected results:

* The scroll amount should not have reset
Bug: videos should open first and then play one video  at a time
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-09-03 11:29:23+00:00
Resolved: 2022-09-03 19:11:12+00:00

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

Steps to reproduce:

1.
2.
3.
Bug: Firefox erased my session data, disabled my addons and deleted my addon data that existed locally. I couldn't restore my session either.
Status: UNCONFIRMED
Priority: --
Created: 2022-09-03 20:25:47+00:00
Resolved: 2023-06-10 16:51:07+00:00

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

Steps to reproduce:

I updated Firefox. Or I rebooted after dual booting into another OS. One of the two caused the issue


Actual results:

So, after an update Firefox essentially acts as if it's a new profile even though it's not. It restores the browser settings to default, disables the addons and erases their local data, but is still in the correct profile. This is not like the previous issue where Firefox would make a new profile. It also keeps history for browsing history. Essentially what happens is that it resets browser settings, disables addons and removes any saves associated to addons -- be it sessions or custom data. Also, you can not get back to your previous session even though history is saved. I've had this issue twice. Once recently and once last year (around March 2021 not sure what version that was).

Furthermore, no data existed in the profile folders on windows or in Old Firefox Data.


Expected results:

I shouldn't have lost my data and should have been able to find my sessions and my addons shouldn't have been disabled or had their data erased.
Bug: Firefox crashes when trying to access gamepads on macOS
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-09-04 11:55:00+00:00
Resolved: 2022-09-04 12:00:32+00:00

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

Steps to reproduce:

I tried to access properties on the `gamepad` object from the `gamepadconnected` callback.


Actual results:

Firefox crashed.


Expected results:

Firefox should have not crashed.
Bug: 規定のアプリにFirefoxが2つ表示される（Firefox Beta、Firefox Developer）
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-05 00:35:11+00:00
Resolved: 2022-09-08 14:11:43+00:00

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

Steps to reproduce:

Firefox Betaをインストールする。
設定、規定のアプリでFirefoxを設定する


Actual results:

Firefoxのエントリーが2つ表示される。


Expected results:

1つだけ表示される。
Bug: Tweaks to Mobile Cross-Promo in MozillaOnline partner repack
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-09-05 06:30:57+00:00
Resolved: 2022-09-16 09:21:01+00:00

Hi,

Similar to bug 1741795, when displaying the MR 2022 promos within a MozillaOnline repack, the Beijing office would like to change the adjust.com URL to a redirection page at https://www.firefox.com.cn/mobile/qrcode-redirect/, excerpt from the other bug describing how it works:

(In reply to Hector Zhao [:hectorz] from bug 1741795 comment #14)
> ...
> 
> The page when opened in a mobile device will:
> 
> 1) if on iOS, redirect to App Store;
> 2) if with Tencent's WeChat on Android (the every day messaging app almost every Chinese users have, and a popular choice as QRCode scanner), redirect to the Android App Store run by Tencent (direct APK link as mentioned in 3) will be blocked);
> 3) if with other app on Android, stay on the page, with direct APK link available. We don't link to any Android app store, since Google Play is not really available here and every manufacturer has their own store. (see [Fenix CN manufacturer/install_source](https://sql.telemetry.mozilla.org/queries/82943#205541) for reference).
> 
> ...

Since mzl.la short URL doesn't really work in China, the Beijing office could set up redirections at
https://mozilla.cn/mr2022-0 => https://www.firefox.com.cn/mobile/qrcode-redirect/?***&utm_*=mr2022 &
https://mozilla.cn/mr2022-1 => https://www.firefox.com.cn/mobile/qrcode-redirect/?***&utm_*=mr2022-existing and then you could create QRCodes pointing to them.
Please note the utm_* params would be visible in www.firefox.com.cn 's Google Analytics report, accessible by global marketing team; Firefox mobile browsers downloaded from there won't have access to them.

Regarding the "send yourself a download link" link, I believe it would be hidden in a zh-CN build (see bug 1782812), and doesn't need its firefox.com.cn equivalent for now. It might be a good idea to add a comment that such a change is necessary should the link be made available in zh-CN locale in the future.

Thanks!
Bug: Zap gradient border is missing from Tab Pickup cards
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-09-05 10:35:41+00:00
Resolved: 2022-09-22 11:44:36+00:00

I think this might be a regression from bug 1784902. It now lacks the border on nightly (I checked the commit [prior]((https://treeherder.mozilla.org/jobs?repo=autoland&toChange=bc1490291109d42830cfc3bd0383e82b73de9deb&revision=b3308e461ffc809fa2225c1221bb50b28c874ff9)) to when Sam's landed on autoland).
Bug: Intermittent browser/components/customizableui/test/browser_984455_bookmarks_items_reparenting.js | Singgle tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-09-05 15:14:05+00:00
Resolved: 2022-10-04 17:00:52+00:00

On treeherder it appears as '' Log parsing was skipped since the log exceeds the size limit ''

[Treeherder link](https://treeherder.mozilla.org/jobs?repo=autoland&selectedTaskRun=LGbyaJvCT064RHJBLnRbsg.0&resultStatus=usercancel%2Cretry%2Ctestfailed%2Cbusted%2Cexception%2Crunnable&fromchange=a6a675935e52cc0ea7f80e1e340c2e2423b7fb2c&searchStr=linux%2C18.04%2Cx64%2Cwebrender%2Cshippable%2Copt%2Cmochitests%2Cwith%2Cnetworking%2Con%2Csocket%2Cprocess%2Ctest-linux1804-64-shippable-qr%2Fopt-mochitest-browser-chrome-spi-nw%2Cbc1)
Bug: Incorrect call to log in Policies.jsm
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-09-05 16:58:41+00:00
Resolved: 2022-09-07 13:22:50+00:00

Whilst working on Policies.jsm I noticed that there is a global definition for ESLint that is wrong - it defines `log` as a global, but that is not available. It should be using `lazy.log`.

This would only show up if `ExpireAtSessionEnd` was defined in a enterprise policy, it would likely cause the rest of the Cookie policy to not be applied.

This was caused by bug 1764761 which probably happened around the time of the module changes.