av9ash/GitBugs huggingface dataset:
Bug: PDF buttons in pages no longer display image
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-08-26 09:55:30+00:00
Resolved: 2020-09-02 05:42:17+00:00

**Affected versions**
* 81.0b2, 82.0a1(20200825154412)

**Affected platforms**
* Windows 10, macOS 11.0, Ubuntu 20;

**Steps to reproduce**
* pdfjs.renderInteractiveForms - enabled

1. Launch Firefox;
2. Access a PDF form with [fillable content](https://royalegroupnyc.com/wp-content/uploads/seating_areas/sample_pdf.pdf);
3. Scroll all the way down;
4. Click on the buttons from the last section;

**Expected result**
* buttons are visible; 

**Actual result**
* buttons are not displayed;

**Regression range**
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=9877228c87db0fe7f1dd353ff8bc5981f52d8622&tochange=79f9ec2f6fece69848aefefb9300fa3d35aa5593
* Potential regressor: Bug 1660617 - Update pdf.js to version 2.6.302 / https://github.com/mozilla/pdf.js/pull/12265

**Additional notes**
* S2/S3 as suggested severity, due to the lack of elements displayed;
* attached screenshot with the issue, to better illustrate it.
Bug: Options from the autocomplete dropdown menu loses the blue color focus
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-08-26 11:55:46+00:00
Resolved: 2020-08-31 14:40:58+00:00

**Affected versions**
* 82.0a1 (BuildId:20200825154412)
* 81.0b2 (BuildId:20200825191644)

**Affected platforms**
* Windows 10 64bit
* Ubuntu 20.04 64bit
* macOS 10.14 

**Steps to reproduce**
1. Launch Firefox.
2. Access the following [link](https://www.facebook.com/login/).
3. Right click on the password field.
4. Click on the “Use generated Password” option.
5. Navigate using your keyboard arrow buttons in order to reach a particular option.
6. Move your mouse over the option that was highlighted in step 5.

**Expected result**
* The option remains highlighted in blue color.

**Actual result**
* The option is highlighted in white.

**Regression Window**
*  This seems to be a regression.
*  Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=fec0ffbd1773cb3c4d4bf7a52f0c803414e6efa9&tochange=bec106588c1745976dbf422de0849456ec92edde
*  Possible regressor: Bug 1595743

**Additional Information**
* For further information regarding this issue please observe the attached screencast.
* It seems that this issue is reproducible for all the options that are displayed inside the saved logins dropdown menu (even for the previously saved users & passwords for that particular website). 
* [Suggested Severity] S4
Bug: whatsnew page opens at end of tab strip instead of after the last active tab
Status: NEW
Priority: P3
Created: 2020-08-26 11:55:49+00:00
Resolved: 2020-08-27 11:53:00+00:00

Whenever Firefox Nightly gets a major version bump, it opens a new tab at the end of the tab strip (e.g. https://www.mozilla.org/en-US/firefox/82.0a1/whatsnew/all/?oldversion=81.0a1 ).

When the tab is closed, the tab before it is activated.
This disrupts my work flow, because I expect the tab from my last session to be focused.

Ideally the tab should be opened after the last focused tab. If not unconditionally, then at least when `browser.tabs.insertAfterCurrent` is set to true.
Bug: Pdf page white while loading on increased zoom levels
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-08-26 12:37:08+00:00
Resolved: 2023-05-10 05:26:14+00:00

**Affected versions**
* 80.0, 81.0b2, 82.0a1(2020-08-25)

**Affected platforms**
* macOS 11.0, Ubuntu 20

**Steps to reproduce**
1. Launch Firefox;
2. Access [this attachment](https://bug1303534.bmoattachments.org/attachment.cgi?id=8792203);
3. Zoom in a couple of times;

**Expected result**
* zoom in/out works without issues;

**Actual result**
* past a point, zoom-ing in renders the page blank for a couple of seconds;

**Regression range**
* will check and provide one asap;

**Additional notes**
* since the content is displayed after some time, the suggested severity is bumped down to S4;
* attached recording with the issue.
Bug: The Password Import Autocomplete options have overlapping highlight and click states
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-26 12:43:33+00:00
Resolved: 2020-09-23 15:43:46+00:00

**[Affected versions]:**
- Firefox Nightly 82.0a1, BuildID 20200824215021
- Firefox Beta 81.0b1 BuildID 20200824150741

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

**[Prerequisites]:**
- Have a clean new profile with no saved or imported logins.
- Have a couple of logins saved in either Chrome or Edge (chromium)

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites and navigate to a website that has a saved login in Chrome/Edge.
2. Focus the username filed.
3. Click and hold the first option and observe the behavior.

**[Expected results]:**
- The option is in a clicked state (Blue background with white text).

**[Actual results]:**
- The hover state and the clicked state overlap (grey background with white text).

**[Regression Range]:**
- 13:39.74 INFO: Last good revision: 449c7e5ec4957b16f41a74477400f07c2a508616
- 13:39.74 INFO: First bad revision: 762d1972d0115178cfd808342d9180ede15ac6e1
- 13:39.74 INFO: Pushlog:
- https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=449c7e5ec4957b16f41a74477400f07c2a508616&tochange=762d1972d0115178cfd808342d9180ede15ac6e1

**[Notes]:**
- The issue is reproducible on both Light and Dark themes.
- Attached a screenshot of the issue.


@Mardak, could you please take a look at this?
Bug: PDF viewer can’t open attachments that are PDFs
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-08-26 13:22:34+00:00
Resolved: 2020-09-06 12:37:48+00:00

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

Steps to reproduce:

1. Open a PDF that contains an attachment that is a PDF. A couple of examples: https://www.jeffersonscher.com/temp/Links-attachments-PDFs.pdf, https://img.fireden.net/tg/image/1446/29/1446297117123.pdf.

2. Open the pdf.js sidebar, switch to its attachments tab, and click on the attached PDF.


Actual results:

A new tab opens and then immediately closes.

By stepping in the debugger, I find in resource://pdf.js/web/viewer.js, function _bindPdfLink, line 4849 at the time of writing, that it’s calling something like `open("blob:resource://pdf.js/9a253773-bd8d-4d21-9fd0-2553803f639c#filename=You%20Found%20the%20Secret%20File!.pdf")`, which succeeds in opening the new tab, but then immediately closes it again. (If it had failed and thrown an exception, it would have triggered the “download the file instead” path.)

I note that if I open the blob URL in a new tab manually, the browser does not navigate (as when receiving a 204 response). If I change the URL at all, I get the expected “invalid URL” error, showing that the true blob URL is valid, it’s just not loading pdf.js for it.


Expected results:

The attached document should have opened.


These symptoms approximately match bug 1632644 which was fixed a few months ago, but the precise symptoms seem different (it’s not producing the console log line described there; also the patch that fixed it is still applied), so I think this is a different bug rather than a regression.
Bug: Tab Loader does not work
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-26 14:15:28+00:00
Resolved: 2020-09-10 14:45:48+00:00

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

Steps to reproduce:

1) Open any link.
2) Look at the loader near tab name.


Actual results:

It does not show anything. It freeze.


Expected results:

Some loading animation is expected (as in previous versions of Firefox).
Bug: session timeout on ScholarOne "mc.manuscriptcentral.com" since upgade to firefox 80
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-08-26 15:20:55+00:00
Resolved: 2020-08-31 20:32:48+00:00

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

Steps to reproduce:

log onto scholarone / "mc.manuscriptcentral.com"
once logged in, navigate with any link
session time out message appears, need to re-login
repeat


Actual results:

session time out logged screen appears


Expected results:

navigate within scholar one
Bug: Screenshots overlay is not easily dismissed via ESC button
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2020-08-26 15:58:48+00:00
Resolved: 2023-01-19 23:08:30+00:00

**Affected versions**
* 80.0 (BuildId:20200818235255)
* 81.0b2 (BuildId:20200825191644)
* 82.0a1 (BuildId:20200825154412)
* 78.2.0esr (BuildId:20200817153328)

**Affected platforms**
* Windows 10 64bit
* Ubuntu 20.04 64bit
* macOS 10.14 

**Steps to reproduce**
1. Launch Firefox.
2. Access any random webpage.
3. Click the address bar.
4. While the address bar is open click the “Page actions” button.
5. Click the “Take a screenshot” option.
6. Press ESC in order to cancel the screenshots overlay.

**Expected result**
* The screenshot overlay is dismissed.

**Actual result**
* The screenshot overlay is not dismissed because the focus remains on the address bar.

**Regression Window**
* This doesn’t seems to be a regression but will investigate this as soon as time permits.

**Additional Information**
* For further information regarding this issue please observe the attached screencast.
* [Suggested Severity] S3
Bug: Copy / Paste broken on Google Docs in Firefox Nightly since ~July 29
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-08-26 17:23:32+00:00
Resolved: 2020-08-31 21:27:29+00:00

Description:

Using copy and paste via keyboard shortcuts (menus are captured and pop a dialog instructing to use keyboard shortcuts) fails on Nightly Fx82, but works on Release Fx80.  Based on UI indicators, the copy mechanism works, it's the paste that fails, or at least when you highlight and copy something it "looks" like it works.

I first noted this sometime around July 29 when copying / pasting in a document.

Steps to Reproduce:

1. Open any document in Google Docs
2. Using the mouse highlight a section of the document
3. Hit ⌘+C on the keyboard to copy
4. Cursor up to a blank area
5. Hit ⌘+V on the keyboard to paste

Expected Result:
Previously highlighted content is pasted into place.

Actual Result:
Nothing happens.
Bug: AVIF encoding/decoding crashes in squoosh.app
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-08-26 18:29:46+00:00
Resolved: 2020-10-27 00:55:28+00:00

NOTE: This bug was [requested by jbauman](https://bugzilla.mozilla.org/show_bug.cgi?id=1443863#c23) - i cannot reproduce these findings in Firefox 81 and later.

When trying to encode an AVIF image in [squoosh.app](https://squoosh.app)  (not tested elsewhere), the process will fail if  `image.avif.enabled` is on.

### Steps to reproduce:
1) Open Firefox 80 (seemingly any version on any OS)
2) Open about:config
3) Set `image.avif.enabled` to `true`
4) Open [squoosh.app](https://squoosh.app)
5) Select (seemingly) any image to process
6) Select `AVIF` as compression algorithm on the right or left side
7) Wait for the encoding to finish

### What happens?
A small error message appears, and the encoding never finishes.

### Screencast:
I have reproduced these steps on 3 different systems (attached below). I have varied my approach slightly every time, just to show that this defect is found very broadly:
1) Firefox 80.0 (64-bit) on Windows 10 2004 19041.450 (daily used, so full of customizations and plugins)
2) Firefox 79.0 (64-bit) on MacOS Catalina (running in Browserstack, so just installed as new with zero previous use / customization)
3) Firefox 80.0.1-beta2 on Android 10

The video quality is terrible, because i had to get it under 10mb. Android at the end is completely mangled, sorry 🤷‍♀️
Bug: Intermittent browser/components/preferences/tests/siteData/browser_siteData_multi_select.js | Should list the right sites number - Got +0, expected 2
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-08-26 20:34:58+00:00
Resolved: 2020-09-22 17:03:42+00:00

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

---

[task 2020-08-26T19:39:00.112Z] 19:39:00     INFO - TEST-PASS | browser/components/preferences/tests/siteData/browser_siteData_multi_select.js | The Settings dialog should be visible - 
[task 2020-08-26T19:39:00.112Z] 19:39:00     INFO - Buffered messages finished
[task 2020-08-26T19:39:00.121Z] 19:39:00     INFO - TEST-UNEXPECTED-FAIL | browser/components/preferences/tests/siteData/browser_siteData_multi_select.js | Should list the right sites number - Got +0, expected 2
[task 2020-08-26T19:39:00.121Z] 19:39:00     INFO - Stack trace:
[task 2020-08-26T19:39:00.121Z] 19:39:00     INFO - chrome://mochikit/content/browser-test.js:test_is:1332
[task 2020-08-26T19:39:00.121Z] 19:39:00     INFO - chrome://mochitests/content/browser/browser/components/preferences/tests/siteData/head.js:assertSitesListed:203
[task 2020-08-26T19:39:00.121Z] 19:39:00     INFO - chrome://mochitests/content/browser/browser/components/preferences/tests/siteData/browser_siteData_multi_select.js:null:100
[task 2020-08-26T19:39:00.121Z] 19:39:00     INFO - Not taking screenshot here: see the one that was previously logged
[task 2020-08-26T19:39:00.121Z] 19:39:00     INFO - TEST-UNEXPECTED-FAIL | browser/components/preferences/tests/siteData/browser_siteData_multi_select.js | Should list the site of account.xyz.com - 
[task 2020-08-26T19:39:00.121Z] 19:39:00     INFO - Stack trace:
[task 2020-08-26T19:39:00.121Z] 19:39:00     INFO - chrome://mochikit/content/browser-test.js:test_ok:1304
[task 2020-08-26T19:39:00.121Z] 19:39:00     INFO - chrome://mochitests/content/browser/browser/components/preferences/tests/siteData/head.js:assertSitesListed/<:206
[task 2020-08-26T19:39:00.121Z] 19:39:00     INFO - chrome://mochitests/content/browser/browser/components/preferences/tests/siteData/head.js:assertSitesListed:204
[task 2020-08-26T19:39:00.121Z] 19:39:00     INFO - chrome://mochitests/content/browser/browser/components/preferences/tests/siteData/browser_siteData_multi_select.js:null:100
[task 2020-08-26T19:39:00.121Z] 19:39:00     INFO - Not taking screenshot here: see the one that was previously logged
Bug: Add search engine does not allow port number in url
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2020-08-26 21:01:04+00:00
Resolved: 2020-08-27 08:52:30+00:00

User Agent: Mozilla/5.0 (Android 8.1.0; Mobile; rv:79.0) Gecko/79.0 Firefox/79.0
Firefox for Android

Steps to reproduce:

Settings>search>add search engine
Name: mysearch
Search string to use: http://<myserver>:81/?q=%s


Actual results:

Press ok gives 'Error connecting to mysearch'.

<myserver> is a searx instance on my server in my local network listening to port 81.
To be sure that the search string is correct I've put the search string into the url field 
which returns the search site with search field filled with '%s' -> correct.



Expected results:

Search string should be accepted including ports as it did before firefox version 79.
Bug: Keyword search fails with "Hmm. That address doesn’t look right."
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2020-08-27 07:20:08+00:00
Resolved: 2020-09-09 06:34:17+00:00

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

Steps to reproduce:

Click address bar, enter "d test" and press return. (dict.cc keyword search)


Actual results:

In FF <79: dict.cc opens as expected
In FF 79: Nothing. Pressing enter again yields result as FF <79 (OK)
In FF 80: Invalid URL page ("Hmm. That address doesn’t look right."). Pressing enter again yields the same error page. Sometimes (very rarely), dict.cc opens as expected instead.

(all on Windows 7)


Expected results:

A keyword search should open the configured page (as described above under FF<79).
Bug: Missing tooltips for PDF annotations
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-08-27 08:48:51+00:00
Resolved: 2020-12-03 13:50:09+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.125 Safari/537.36

Steps to reproduce:

Try to generate PDF tooltips using \pdftooltip from pdfcomment latex package
https://ctan.org/pkg/pdfcomment

Currently, you can see its effect looking into the package documentation for example (page 14, hovering over the equation for example)
http://mirrors.ctan.org/macros/latex/contrib/pdfcomment/doc/pdfcomment.pdf



Actual results:

It shows nothing



Expected results:

It should show a tooltip

On linux it works with Evince as it was implemented there:
https://gitlab.gnome.org/GNOME/evince/-/issues/882

It is still waiting to be implemented in poppler:
https://gitlab.freedesktop.org/poppler/poppler/-/issues/34

On Windows, it is properly supported with Adobe Reader and Microsoft Edge for example

Thanks
Bug: Investigate why people are being switched to "always ask" for PDF handling
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-08-27 10:07:45+00:00
Resolved: 2020-09-15 14:05:35+00:00

We're seeing reports from confused users who have their PDF settings at "always ask" and do not recall changing them to that setting. Bug #1660277 has some concrete steps that cause this to happen. but those steps regressed recently. Given the reports came from release/esr users, I suspect there are other steps that cause the same problem. This bug is to track that and figure out what other steps (if any) cause this to happen...
Bug: Clicking on bookmark after closing a tab does nothing
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-08-27 10:14:39+00:00
Resolved: 2020-09-24 06:43:58+00:00

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

Steps to reproduce:

Open a tab by clicking on a bookmark in my bookmarks toolbar. After browsing for a short time (sometimes a few seconds is enough) close the tab and immediately click on another bookmark in bookmarks toolbar.


Actual results:

Nothing happens and i have to click again for it to open a bookmark.


Expected results:

Clicking on bookmark should always open it.

It seems that most of the time this happens when i close the last tab and then it shows the blank tab (as i have setup) and the address bar enlarges. I have disabled showing the suggestions in megabar. Addressbar is not covering up bookmarks and i clearly click on the bookmark as it shows animation of a click (gray background).

This started maybe 2-3 weeks ago. Suppose after Firefox update to 79. Or maybe some addon is causing that. Tried to disable Gesturefy as the main suspect. Still happening.
Bug: Не показывает изображение
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-08-27 10:26:13+00:00
Resolved: 2020-08-27 17:05:00+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
Firefox for Android
Bug: When "Open Links in tabs instead of new windows" is unchecked, download links which open in new windows fail
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-27 14:30:32+00:00
Resolved: 2020-08-31 20:03:29+00:00

User Agent: Mozilla/5.0 (Android 7.0; Tablet; rv:68.0) Gecko/68.0 Firefox/68.0

Steps to reproduce:

In options, make sure "Open Links in tabs instead of new windows" is unchecked, and Downloads is set to "Always ask you where to save files"

Click a link that downloads a file in a new window. For example: <a href="test.zip" target ="_blank">test</a>


Actual results:

New window flickered open and closed. File was not downloaded. No prompt window to ask where to save files appeared.

Verify that if you choose to open the link in a new tab instead of a new window, it works properly.


Expected results:

A prompt window for where to download the file should appear.
Bug: After update of firefix to 80.0.1-beta.2 all passwords are lost
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2020-08-27 15:00:41+00:00
Resolved: 2020-08-27 20:14:34+00:00

After updating Firefox on Android automatically by Google Play all passwords seem to be lost. The upgrade was from an older version (not sure which one, probably 69). The following page is shown after(!) the update: https://support.mozilla.org/en-US/kb/firefox-android-upgrade-faqs which states: "Logins: If you have Master Password enabled, please disable it so your logins can be migrated. See this article for instructions." But the linked page seems not to be applicable to the updated version (https://support.mozilla.org/en-US/kb/using-master-password-firefox-android#w_how-do-i-remove-a-master-password) 

So it looks like, all passwords are lost! 

Acctually, this happened to me on three different devices, and of course, the first one was the one with were really passwords were stored. The other two just seem to reproduce the problem. 

Is there a way to recover the old password?
Bug: Intermittent TV browser/base/content/test/about/browser_aboutNewTab_defaultBrowserNotification.js | Uncaught exception - waiting for notification - timed out after 50 tries.
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-08-27 20:01:11+00:00
Resolved: 2020-10-06 17:04:23+00:00

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

---

[task 2020-08-27T18:50:26.116Z] 18:50:26     INFO - TEST-START | browser/base/content/test/about/browser_aboutNewTab_defaultBrowserNotification.js
[task 2020-08-27T18:50:34.075Z] 18:50:34     INFO - TEST-INFO | started process screencapture
[task 2020-08-27T18:50:34.355Z] 18:50:34     INFO - TEST-INFO | screencapture: exit 0
[task 2020-08-27T18:50:34.355Z] 18:50:34     INFO - Buffered messages logged at 18:50:26
[task 2020-08-27T18:50:34.355Z] 18:50:34     INFO - Entering test bound notification_shown_on_first_newtab_when_not_default
[task 2020-08-27T18:50:34.355Z] 18:50:34     INFO - TEST-PASS | browser/base/content/test/about/browser_aboutNewTab_defaultBrowserNotification.js | There shouldn't be a notification when the test starts - 
[task 2020-08-27T18:50:34.356Z] 18:50:34     INFO - Buffered messages finished
[task 2020-08-27T18:50:34.356Z] 18:50:34     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/about/browser_aboutNewTab_defaultBrowserNotification.js | Uncaught exception - waiting for notification - timed out after 50 tries.
Bug: "Open File..." on hamburger menu shouldn't be allowed for popups
Status: NEW
Priority: P3
Created: 2020-08-27 21:08:20+00:00
Resolved: 2024-02-27 19:23:13+00:00

If a site has opened a popup with a read-only toolbar, we still show the hamburger menu for user-control reasons. Mostly items unrelated to the current content opens back in the window now, but "Open File..." opens in the popup. It appears to replace the previous content, but maybe there's an invisible tab strip and it actually switched me to a new tab?

In this "read only" popup situation we need to either disable the Open File... option or make it open a new tab back in the "main" window like other hamburger menu items.