av9ash/GitBugs huggingface dataset:
Bug: Cross-Site Scripting (XSS) vulnerability in Firefox's PDF Viewer
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-07-07 18:00:28+00:00
Resolved: 2024-07-08 01:02:17+00:00

Vulnerability Details
    Description: XSS vulnerability observed when opening a PDF file in Firefox.
    Impact: Potential for malicious script execution within the browser context.

Steps to Reproduce

    Environment Setup:
        Operating System: windows 11
        Browser: Firefox 127.0.2 (64-bit)

    Reproduction Steps:
        Open Firefox.
       1.open the provided attached file
      2. Observe XSS payload execution [ when you open the file in firefox xss poped up].

4. Proof of Concept (PoC)

    Payload: Include the specific XSS payload used for demonstration.
    Screenshot/Video: Attach screenshots or a video demonstrating the XSS behavior.
Bug: Text starting with "> " entered into the address bar prompts to "Search with {$engine}"
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-08 06:07:50+00:00
Resolved: 2024-07-08 15:30:19+00:00

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

Steps to reproduce:

I tried entering some text that started with "> " (space included) into the address bar in order to search with the default search engine. I also tested using a new profile, and the same thing occurred. I am on Fedora Linux 40 with a GNOME desktop environment.


Actual results:

The search prompt suggested I "Search with {$engine}", and pressing enter does nothing. Attempting to use another suggested search location also does not work.


Expected results:

The address bar should instead prompt to search the text using the default search engine, and suggest other search recommendations, as with any other search term.
Bug: The X Close button is missing from theBookmarks sidebar
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-07-08 10:58:21+00:00
Resolved: 2025-01-23 01:35:33+00:00

**Found in**
* Nightly 129.0a1

**Affected versions**
* Nightly 129.0a1 (2024-07-07)

**Affected platforms**
* All

**Preconditions**
* Set the following prefs:
sidebar.revamp - true	
sidebar.verticalTabs - true
Enable the AI Chatbot entry in about:preferences#experimental page
Restart the browser.

**Steps to reproduce**
1. Open the Vertical Sidebar and add the Bookmarks and the AI Chat entries to the Sidebar.
2. Select the Bookmarks Icon in order to open the Bookmarks sidebar.
3. Select the AI Chat icon in order to open the AI chat sidebar.

**Expected result**
* The X close buttons should be displayed for both Sidebars.

**Actual result**
* The X Close buttons are missing from the AI Chat and Bookmarks Sidebars.
The History, Tabs from other Devices and Customize Sidebar all have the X Close buttons.

**Regression range**
Not a regression.
Bug: Unable to navigate using keyboard navigation after reaching the "Manage Nightly settings" link from the Customize Sidebar
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-07-08 11:12:01+00:00
Resolved: 2024-08-05 08:27:20+00:00

**Found in**
* Nightly 129.0a1

**Affected versions**
* Nightly 129.0a1 (2024-07-08)

**Affected platforms**
* All

**Preconditions**
* Set the following prefs:
sidebar.revamp - true	
sidebar.verticalTabs - true

**Steps to reproduce**
1. Open the Customize Sidebar panel.
2. Use Tab in order to reach the Manage Nightly settings link.
3. Use Tab or Shift tab in order to move away from the link.

**Expected result**
* The user should be able to navigate without issues.

**Actual result**
* The user can reach the Manage Nightly settings link but remains locked on the link unable to move away from it.

**Regression range**
Not a regression.
Bug: [Linux] Options are missing focus indicators while tabbing through them in Customize Sidebar
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-07-08 12:16:20+00:00
Resolved: 2024-08-02 12:03:01+00:00

**Found in**
* Nightly 129.0a1

**Affected versions**
* Nightly 129.0a1 (2024-07-08)

**Affected platforms**
* Linux (Ubuntu 24)

**Preconditions**
* Set the following prefs:
sidebar.revamp - true	
sidebar.verticalTabs - true

**Steps to reproduce**
1. Open the Customize Sidebar panel.
2. Use Tab and shift tab in order to cycle through the options

**Expected result**
* The user should be able to see the focused option while tabbing through

**Actual result**
* The user cannot see the focused option while tabbing through

**Regression range**
* Not a regression

**Additional Notes**
- See the issue in the [following attachment](https://drive.google.com/file/d/1sLoR8Y0vFuRsgpuR97vRPW-coENl5Fxs/view?usp=sharing)
Bug: Infobar is not displayed if ‘always ask’ is set in applications-mailto.
Status: NEW
Priority: --
Created: 2024-07-08 12:32:57+00:00
Resolved: 2024-08-21 21:34:19+00:00

**Found in**
* version: 129.0a1

**Affected versions**
* version :129.0a1


**Tested platforms**
* Affected platforms: Win11
* Unaffected platforms: Mac, Ubuntu

**Preconditions**
* browser.mailto.dualPrompt =true
* browser.mailto.dualPrompt.onLocationChange =true 

**Steps to reproduce**
1. Open Firefox.
2. Go to about:preferences and under applications make sure that ‘Always ask’ is set for mailto.
3. Log on Outlook.com.
4. Press on “set as default’ from infobar.
5. Go again to about:preferences and under applications make sure that ‘Always ask’ is set for mailto.
6. Refresh / Log on outlook.com.
7. Check the infobar.

**Expected result**
* Infobar should be displayed without issues.

**Actual result**
* Infobar is not displayed at all.

**Regression range**
* Could not reproduce on 128.0a1(20240607213727).

**Additional notes**
* Issue does not reproduce if Firefox is set as default in about:preferences and under applications mailto.
Bug: Customize Sidebar settings do not apply across all windows
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-08 12:48:51+00:00
Resolved: 2024-08-28 13:35:30+00:00

**Found in**
* Nightly 129.0a1

**Affected versions**
* Nightly 129.0a1 (2024-07-08)

**Affected platforms**
* All

**Preconditions**
* Set the following prefs:
sidebar.revamp - true	
sidebar.verticalTabs - true

**Steps to reproduce**
1. Open the Customize Sidebar panel.
2. Check (Add) All Firefox Tools.
3. Open a New Window and uncheck all Firefox Tools from the Customize Sidebar settings.

**Expected result**
* The Firefox tools and Settings should update in real time across all windows and sessions.

**Actual result**
* Settings become out of sync, Adding Tools in one Window will not show them in the second window but the Settings will still update retroactively when clicked.

**Regression range**
Not a regression.
Bug: Firefox Tools Checkboxes from the Customize Sidebar panel do not change their state on Hover with High Contrast mode enabled
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-07-08 12:54:21+00:00
Resolved: 2024-08-02 14:15:24+00:00

**Found in**
* Nightly 129.0a1

**Affected versions**
* Nightly 129.0a1 (2024-07-08)

**Affected platforms**
* Windows

**Preconditions**
* Set the following prefs:
sidebar.revamp - true	
sidebar.verticalTabs - true
Enable High Contrast mode.

**Steps to reproduce**
1. Open the Customize Sidebar panel.
2. Check All Firefox Tools Sidebar
3. Hover over each Checkbox.

**Expected result**
* The Firefox tools Checkboxes should change their state to blue when hovered over with High Contrast enabled.

**Actual result**
* The Firefox Tools checkboxes from the Customize Sidebar panel remain white with grey on hover with High Contrast enabled.

**Regression range**
Not a regression.
Bug: Mailto infobar is still displayed in a webpage that will timeout while loading
Status: NEW
Priority: --
Created: 2024-07-08 14:24:59+00:00
Resolved: 2024-08-21 18:11:34+00:00

**Found in**
* Latest nightly 129.0a1

**Affected versions**
* Latest Nightly 129.0a1 (if disabled prefs are enabled)

**Tested platforms**
* Affected platforms: Windows
* Unaffected platforms: MacOS, Ubuntu

**Preconditions**
* browser.mailto.dualPrompt - true
* browser.mailto.dualPrompt.onLocationChange - true

**Steps to reproduce**
1. Visit a webpage that makes the mailto infobar appear (eg https://demo.sogo.nu/SOGo/ user: sogo1, pass: sogo) - let the page open and don't interact with the infobar
2. Visit https://gmail.com
3. Visit about:preferences and add a manual non-routable IP address, such as 10.255.255.1:81
4. Visit https://gmail.com again

**Expected result**
* No mailto infobar is displayed in the page since the page will display a Time out message.

**Actual result**
* Mailto infobar is displayed in the Timed out page, indicating to set the visited service as default email handler.

**Regression range**
* This is only reproducible with browser.mailto.dualPrompt.onLocationChange pref set as true, which was introduced in bug 1894024.

**Additional notes**
* Not sure if this is the intentional behavior or not.
* Gif showing the behavior is attached.
Bug: taking a screen shot of the whole page on a mobile view covers the copy and safe button
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-08 15:09:58+00:00
Resolved: 2024-07-25 18:43:37+00:00

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

Steps to reproduce:

Open we web page: https://pro.imdb.com/name/nm0579585?ref_=hm_nv_usr_profile
Press Control+Shift+M
Click right on the page
Click on take Screenshot
Click on Save Whole Page


Actual results:

The buttons copy and save are covered by the mobile view menu


Expected results:

I would like to see these buttons below the menu
Bug: Perma [Tier 2] browser/components/backup/tests/xpcshell/test_BackupService.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2024-07-08 18:03:48+00:00
Resolved: 2024-07-15 06:22:31+00:00

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

---
```
TEST-PASS | toolkit/crashreporter/test/unit/test_oom_annotation.js | took 2096ms
[task 2024-07-08T16:54:50.155Z] 16:54:50     INFO -  Retrying tests that failed when run in parallel.
[task 2024-07-08T16:54:50.161Z] 16:54:50     INFO -  TEST-START | browser/components/backup/tests/xpcshell/test_BackupService.js
[task 2024-07-08T16:54:50.735Z] 16:54:50  WARNING -  TEST-UNEXPECTED-FAIL | browser/components/backup/tests/xpcshell/test_BackupService.js | xpcshell return code: 0
[task 2024-07-08T16:54:50.737Z] 16:54:50     INFO -  TEST-INFO took 574ms
[task 2024-07-08T16:54:50.737Z] 16:54:50     INFO -  >>>>>>>
[task 2024-07-08T16:54:50.738Z] 16:54:50     INFO -  (xpcshell/head.js) | test MAIN run_test pending (1)
[task 2024-07-08T16:54:50.738Z] 16:54:50     INFO -  (xpcshell/head.js) | test run_next_test 0 pending (2)
[task 2024-07-08T16:54:50.739Z] 16:54:50     INFO -  (xpcshell/head.js) | test MAIN run_test finished (2)
[task 2024-07-08T16:54:50.739Z] 16:54:50     INFO -  running event loop
[task 2024-07-08T16:54:50.739Z] 16:54:50     INFO -  browser/components/backup/tests/xpcshell/test_BackupService.js | Starting setup
[task 2024-07-08T16:54:50.739Z] 16:54:50     INFO -  (xpcshell/head.js) | test pending (2)
[task 2024-07-08T16:54:50.739Z] 16:54:50     INFO -  TEST-PASS | browser/components/backup/tests/xpcshell/test_BackupService.js |  - Created a testing profile and set it to current. - true == true
```
Bug: Intermittent toolkit/components/pdfjs/test/browser_pdfjs_octet_stream.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-07-08 21:53:51+00:00
Resolved: 2024-08-07 12:04:53+00:00

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

---
```
TEST-PASS | toolkit/components/pdfjs/test/browser_pdfjs_octet_stream.js | PDF opened in a new tab - 
[task 2024-07-08T21:37:43.857Z] 21:37:43     INFO - Buffered messages finished
[task 2024-07-08T21:37:43.858Z] 21:37:43     INFO - TEST-UNEXPECTED-FAIL | toolkit/components/pdfjs/test/browser_pdfjs_octet_stream.js | DownloadsPanel should be open. - Got false, expected true
[task 2024-07-08T21:37:43.858Z] 21:37:43     INFO - Stack trace:
[task 2024-07-08T21:37:43.859Z] 21:37:43     INFO - chrome://mochikit/content/browser-test.js:test_is:1625
[task 2024-07-08T21:37:43.859Z] 21:37:43     INFO - chrome://mochitests/content/browser/toolkit/components/pdfjs/test/browser_pdfjs_octet_stream.js:test_octet_stream_in_frame/<:116
[task 2024-07-08T21:37:43.859Z] 21:37:43     INFO - resource://testing-common/BrowserTestUtils.sys.mjs:withNewTab:121
[task 2024-07-08T21:37:43.859Z] 21:37:43     INFO - chrome://mochitests/content/browser/toolkit/components/pdfjs/test/browser_pdfjs_octet_stream.js:test_octet_stream_in_frame:90
[task 2024-07-08T21:37:43.859Z] 21:37:43     INFO - chrome://mochikit/content/browser-test.js:handleTask:1145
[task 2024-07-08T21:37:43.859Z] 21:37:43     INFO - chrome://mochikit/content/browser-test.js:_runTaskBasedTest:1217
[task 2024-07-08T21:37:43.859Z] 21:37:43     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1358
[task 2024-07-08T21:37:43.859Z] 21:37:43     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:1134
[task 2024-07-08T21:37:43.859Z] 21:37:43     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/<:1058
[task 2024-07-08T21:37:43.860Z] 21:37:43     INFO - TEST-PASS | toolkit/components/pdfjs/test/browser_pdfjs_octet_stream.js | File should be successfully downloaded. -
```
Bug: if session data corrupted, don't write a skeleton session file but use the backup file previous.jsonlz4 from sessionstore-backups in the profile folder
Status: NEW
Priority: P2
Created: 2024-07-09 08:30:01+00:00
Resolved: 2024-07-22 16:21:19+00:00

Today after upgrading Nightly from 129.0a1 20240708093609 to 130.0a1 20240708220117 on Windows 10, Firefox hang while windows and tabs restored in them were already visible (this might have been bug 1823729). After termination of the parent firefox.exe and all its child processes like I have done several times in the past, I launched Firefox again which loaded normally. But the 'History' menu item did not show an option to restore the previous session.

In the profile folder > `sessionstore-backups`, the file `recovery.jsonlz4` had 2KB file size (from the empty session). Replacing the `sessionstore.jsonlz4` in the profile folder with the `previous.jsonlz4` from the backup folder while Firefox had been closed after the failed session restore resolved the issue.

At some point, Firefox reads the preference value it shall restore browser sessions but fails to do so and creates a skeleton session file. Instead, it should try to load the `previous.jsonlz4` instead.
Bug: page information: media doesn't correctly sort by size
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-09 10:35:58+00:00
Resolved: 2024-07-15 09:23:09+00:00

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

Steps to reproduce:

open "page information" (Ctrl+I), go to "media", add column "size", sort by size by clicking column "size"


Actual results:

the list rearranges, but is still not sorted by size - furthermore two clicks are necessary to rearrange


Expected results:

the list rearranges, but is sorted by size - one click is necessary to rearrange
Bug: CDN API Interface Leakage Vulnerability
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-07-09 11:05:40+00:00
Resolved: 2024-07-23 15:43:20+00:00

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

Steps to reproduce:

https://normandy.cdn.mozilla.net/api/v1/swagger/


Actual results:

https://normandy.cdn.mozilla.net/api/v1/swagger/?format=openapi


Expected results:

Authentication, prohibit external access
Bug: CDN API Interface Leakage Vulnerability
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-09 11:06:39+00:00
Resolved: 2024-07-09 12:05:55+00:00

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

Steps to reproduce:

https://normandy.cdn.mozilla.net/api/v1/swagger/


Actual results:

https://normandy.cdn.mozilla.net/api/v1/swagger/?format=openapi


Expected results:

Authentication, prohibit external access
Bug: Horizontal Tabs are being displayed for a split second when Firefox launches
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2024-07-09 13:15:58+00:00
Resolved: 2024-10-21 09:34:25+00:00

**Found in**
* Nightly 130.0a1

**Affected versions**
* Nightly 130.0a1 (2024-07-09)

**Affected platforms**
* all

**Preconditions**
* Set the following prefs:
sidebar.revamp - true	
sidebar.verticalTabs - true

**Steps to reproduce**
1. Have a few Tabs Pinned to the Vertical Sidebar
2. Restart the Browser

**Expected result**
* Pinned and other Tabs should not be displayed on the Horizontal Tab bar

**Actual result**
* Pinned and other Tabs (if Restore previous session is set) are displayed on the Horizontal tab bar

**Regression range**
Not a regression.
Bug: Missing space between the Website Icon and Title for pinned tabs
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-07-09 13:24:08+00:00
Resolved: 2024-08-19 16:33:42+00:00

**Found in**
* Nightly 130.0a1

**Affected versions**
* Nightly 130.0a1 (2024-07-09)

**Affected platforms**
* all

**Preconditions**
* Set the following prefs:
sidebar.revamp - true	
sidebar.verticalTabs - true

**Steps to reproduce**
1. Have a few Tabs Pinned to the Vertical Sidebar

**Expected result**
* There should be an extra space between the Website icon and the Title of the website on pinned tabs.

**Actual result**
* The Website Icon and Title are glued together on pinned tabs.

**Regression range**
Not a regression.
Bug: Update strings for Close multiple tabs and New tab in the tab right-click menu (see comment 5)
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-07-09 13:58:08+00:00
Resolved: 2024-12-23 11:33:35+00:00

**Found in**
* Nightly 130.0a1

**Affected versions**
* Nightly 130.0a1 (2024-07-09)

**Affected platforms**
* All

**Preconditions**
* Set the following prefs:
sidebar.revamp - true	
sidebar.verticalTabs - true

**Steps to reproduce**
1. Open multiple tabs on the vertical sidebar
2. Right click on a tab and hover over "Close multiple tabs"

**Expected result**
* The options are for example "Close above tabs" & "Close below tabs" 

**Actual result**
* The options are the ones from the horizontal tabs "Close tabs to left" and "Close tabs to right"

**Regression range**
* Not a regression

**Additional Notes**
* See the issue in the attachment
Bug: Update NetworkPrediction policy after bug 1596935
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2024-07-09 16:27:04+00:00
Resolved: 2024-07-10 18:28:32+00:00

Bug 1596935 changed our network prediction prefs. From the bug:

> We currently have an enterprise policy for NetworkPrediction:
> https://mozilla.github.io/policy-templates/#networkprediction
> It corresponds to this policy in Chrome:
> https://chromeenterprise.google/policies/#NetworkPredictionOptions
> It sets these prefs:
>  setAndLockPref("network.dns.disablePrefetch", !param);
>  setAndLockPref("network.dns.disablePrefetchFromHTTPS", !param);
What additional things should be added to this policy as a result of this bug?

It's a bit nuanced.
The behaviour that I would categorize as "Predictive" is the dom action of prefetching DNS records for every anchor element in the document.

As a result of this bug, that is now controlled by these two prefs:

dom.prefetch_dns_for_anchor_http_document (default: true)
dom.prefetch_dns_for_anchor_https_document (default: false)

https://searchfox.org/mozilla-central/rev/a67f92611070fcdba22a106ee140ab0059cc4611/modules/libpref/init/StaticPrefList.yaml#3345,3351
See: https://phabricator.services.mozilla.com/D205630

I think both prefs should be disabled if the NetworkPrediction enterprise policy is enabled.

And that leaves the existing prefs, which now control rel=dns-prefetch behaviour.

network.dns.disablePrefetch
network.dns.disablePrefetchFromHTTPS

I wouldn't personally consider these to be "predictive", since they are following the spec by preemptively (but not predictively) performing the dns resolution.
https://developer.mozilla.org/en-US/docs/Web/HTML/Attributes/rel/dns-prefetch

But maybe for enterprise policies it's better to aim for a conservative approach (and fewer changes), and so these prefs should still be set?
Bug: [Skylight] Include word "Desktop" at appropriate places
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-07-09 17:45:58+00:00
Resolved: 2024-07-15 20:43:48+00:00

As a new or returning Skylight user, I should see the word "Desktop" in appropriate titles, so that it's clear to me that the dashboard doesn't currently include mobile messages, and I don't get frustrated/disappointed when I realize this.

I suspect this just wants to go as part of the header of each table, since Skylight itself _should_ include mobile messages before too long.
Bug: [Skylight] spike complete inflight/m-c message list instead of partial
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-07-09 17:58:36+00:00
Resolved: 2024-09-10 17:50:55+00:00

As a lead or person making strategic decisions, I want to be able to trust that the list of non-nimbus messages in the dashboard is complete, so that I can have a sense of the desktop messaging system big picture when making strategic decisions.

I've prototyped a [rough query in Looker](https://mozilla.cloud.looker.com/looks/2162), I think we should be able to pull this data into Skylight, massage it a bit for correctness, merge it with the list of message JSON to have a complete list of FxMS messages in the wild.  

To make this more complete once that's done (not part of this spike, probably), we'll want to pull messages in from mozilla-central as well as the github repo for messages in remote settings so that we can get details about the message, including enough info for previews.
Bug: United Airlines boarding pass PDF (served as blob URI) only offers to print 1 page, despite the actual PDF having 3 pages
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-07-09 19:28:02+00:00
Resolved: 2024-07-09 21:55:50+00:00

Steps to reproduce the problem:
1. Check in to a United Airlines flight with multiple people in your party (3 people in my case)
2. On their website's "choose one or more options to receive your boarding pass" UI, click "Open PDF". This opens a multi-page PDF (3 pages for me, since I've got 3 people)
3. Open print preview, but NOT by clicking the print button in our PDF UI -- instead, do Ctrl+P or File|Print or Hamburger Menu | Print.

What is the expected behavior? (add screenshot)
3 pages of output.

What went wrong? (add screenshot)
Print Preview (and actual-printing) only behaves as if there's 1 page of output.


ADDITIONAL NOTES:
- If I use the print icon in our PDF-viewer UI, the bug doesn't reproduce; print-preview offers to print all 3 pages.
- If I save the PDF to disk and then repeat the STR with the saved copy, the bug doesn't reproduce. So the bug seems to be specific to the way that the PDF is opened/served by the site (as a blob URI in a new-tab that shows `about:blank` in the URL bar).