av9ash/GitBugs huggingface dataset:
Bug: Firefox fails to display embedded PDF when "Always ask" option is set for Portable Document Format
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-18 15:40:14+00:00
Resolved: 2023-06-01 11:48:40+00:00

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

Steps to reproduce:

1. Open "Options".
2. Set "Always ask" option in "Applications" for "Portable Document Format (PDF)".
3. Open any site with embedded PDF (e.g. https://pdfobject.com/examples/embed-multiple-PDFs.html).


Actual results:

Embedded PDF won't show up. There's also no prompt asking for type of PDF viewer.


Expected results:

PDF should ask for prefered viewer or open it with Firefox embedded PDF viewer if it's not possible.
Bug: PDF Printing: Unusual Characters Appearing
Status: RESOLVED
Priority: P3
Resolution: INCOMPLETE
Created: 2020-02-18 16:03:49+00:00
Resolved: 2022-03-11 16:37:18+00:00

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

Steps to reproduce:

Printed a PDF from the PDF view. PDF is from journals-sagepub-com. 


Actual results:

Boxes appeared at every space between characters (see attached pdf)


Expected results:

It should have printed normally. This is not the first time I have encountered this exact issue with scholarly journal pdfs. I only experience this issue in Firefox. PDFs printed in Chrome/Chromium-based browsers, Safari, and in Preview (OSX) are all as they appear on the screen.
Bug: Default choice button doesn't function with "Enter"
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-18 16:17:11+00:00
Resolved: 2020-02-26 14:05:10+00:00

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



Actual results:

When I press Shift-Function-Command-Delete (on a Mac), a window pops up allowing me to clear my history.  The button marked "Clear Now" is highlighted as the default choice.  Until recently, hitting "Enter" caused "Clear Now" to be chosen.  As of the last two weeks, this is no longer the case.  Hitting "Enter" causes no action to be performed.


Expected results:

Hitting "Enter" should cause the "Clear Now" Action.
Bug: Global zoom fails to propagate to existing tabs when site-specific zoom is disabled
Status: NEW
Priority: P3
Created: 2020-02-18 16:22:14+00:00
Resolved: 2022-10-11 23:58:07+00:00

After landing bug 1603494, the following workflow is possible:

1. Disable site specific zoom in about:config
2. Set a default zoom level in about:preferences
3. Open new tabs for any domain, see your default zoom level reflected

However, the following currently does _not_ work:

1. Disable site specific zoom in about:config
2. Open google.com
3. In a new tab, navigate to about:preferences and set a default zoom level
4. Open twitter.com

Expected:
Twitter and google have adjusted to the default zoom level set in (3)

Actual:
Twitter has adjusted to the default zoom level set in (3) but google has not. 

My guess is there are listeners that we disable when site-specific zoom is off, and so even when a tab that existed before the default zoom level was set is made active, it doesn't "hear" the change.
Bug: Disable altering of copied text
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-02-18 17:14:54+00:00
Resolved: 2020-06-02 22:04:10+00:00

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

Steps to reproduce:

Copied text on https://www.thepunctuationguide.com/em-dash.html.


Actual results:

Website added additional text on top of copied text.


Expected results:

Websites shouldn't be allowed to alter the text a user can copy on said website.
I believe this could be used to deceive users and also affect their privacy. For example they can copy a shell command that does something but the website could alter the copied text and replace that command with another one.
It should be investigated if it's even possible to fix this issue.
Bug: Add focus ring for sidebar drop down menu and close icon
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-02-18 17:58:34+00:00
Resolved: 2021-02-18 09:33:29+00:00

STEPS TO REPRODUCE
1. Open any sidebar (e.g. ⌘-B to open bookmarks sidebar)
2. Select shift-tab to move focus backwards onto close icon
3. Select shift-tab again to move focus backwards again to drop down menu

EXPECTED RESULTS
* Focus rings appear for both 2 and 3 in the same style as about:preferences (see sidebar.gif)

ACTUAL RESULTS
* Focus is invisible
Bug: bookmarks doesn´t work
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-02-18 17:59:36+00:00
Resolved: 2020-03-16 20:27:06+00:00

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

Steps to reproduce:

- updated from 73.0 to 73.0.1
- now most of my bookmarks are away


Actual results:

just some of my old bookmarks are even available
no timeline is created anymore, even though the privacy setting is set to create the timeline
couldn´t make new bookmarks, respectively import old ones


Expected results:

see my old bookmarks (maybe 200+)
want to use the timeline
Bug: Very slow performance on page with Facebook Container extension enabled
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2020-02-18 19:27:42+00:00
Resolved: 2020-02-18 21:54:49+00:00

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

Steps to reproduce:

1. Enable Facebook Container extension
2. Visit https://developer.mypurecloud.com/api/rest/v2/conversations/index.html
3. Open one of the accordion items (example in the profile is the `GET /api/v2/conversations/messages/{conversationId}/messages/{messageId}` accordion item)
4. Notice web page freezes for a few seconds before the item opens.
5. Repeat with Facebook Container disabled, and notice performance is smooth.


Actual results:

Web page is very slow. Profile: https://perfht.ml/38HAxnk


Expected results:

Expected web page to be smooth, which it is with the Facebook Container extension disabled.
Bug: Attribution postSigningData should be per installation
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-02-18 19:43:01+00:00
Resolved: 2022-05-04 03:43:07+00:00

Right  now, the `postSigningData` written by an _attributed_ stub installer is written to a [single global location](https://searchfox.org/mozilla-central/rev/df94cd5ba431234bc220ac081def0801fe44b89e/browser/components/attribution/AttributionCode.jsm#43).  That means that multiple installers will compete for the global location, and in the event that a second Firefox version is installed an existing profile will report _varying_ attribution, which of course should not be possible.  This ticket tracks making `postSigningData` per installation.
Bug: Sync between Firefox Nightly (75.0a1 (2020-02-18) (64-bit)) for MacOS Catalina and Firefox Nightly (200214 08:03 (Build #2015722947)) for Android is not working.
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2020-02-19 00:13:43+00:00
Resolved: 2020-03-06 02:24:27+00:00

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

Steps to reproduce:

I have opened tabs on both, Firefox Nightly for MacOS and Firefox Nightly for Android
Then I'm trying to find tabs from MacOS on Android and tabs from Android on MacOS.


Actual results:

I can't see list of opened tabs on Android, but I can see links from MacOS in History.
I have outdated (19 hours ago) list of synced tabs from Android on MacOS.
I tried to click `Sync Now` on both devices.


Expected results:

I should see tabs from MacOS on Android and actual tabs from Android on MacOS.
Bug: Compatibility mode throws error on Windows 10
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-19 01:20:58+00:00
Resolved: 2020-02-19 05:19:37+00:00

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

Steps to reproduce:

Running Windows 10
Set Compatibility mode to "Windows 7" for Firefox 73.0.1


Actual results:

Message about crash after start, refer attached images.
Second time starting FF it worked (as in FF started and is usable)
Bug: Putting Bookmark Toolbar Items next to the address bar can make it too small to use
Status: NEW
Priority: P5
Created: 2020-02-19 02:50:02+00:00
Resolved: 2020-07-09 04:31:06+00:00

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

Steps to reproduce:

I have a lot of bookmarks in my bookmark toolbar, and 3 buttons on the right side of my address bar. 


Actual results:

When I visit sites that make Firefox put extra buttons on the left side of the address bar, like the reader mode or blocked autoplay buttons, it becomes impossible to put my cursor in the address bar. 


Expected results:

Firefox should move more bookmarks to the overflow menu of the bookmars toolbar to make room for the address bar.
Bug: bookmarks tree view can cause bookmarks to be moved even when it's not visible
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-02-19 04:33:10+00:00
Resolved: 2020-03-10 16:10:12+00:00

Bug 1605881 worked around the 1 case where we know for sure that unexpected bookmark moves where happening, but the core issue remains and this could theoretically happen in other scenarios due to a fundamental issue in the bookmark tree view. See bug 1605881 comment 10 for a detailed description of what's wrong and what can be done to fix it.
Bug: Firefox browser has entirely removed the firepath addons
Status: RESOLVED
Priority: P3
Resolution: INVALID
Created: 2020-02-19 06:32:06+00:00
Resolved: 2020-02-19 08:54:19+00:00

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

Steps to reproduce:

1.I opened the firefox browser
2.I searched for Firepath addons on Addons Store
3.It has shown the message that it isupport the Firepath addons only upto the 45.0 version


Actual results:

It has disabled the firepath addons after 45.0 version




Expected results:

It should atleast be enabled for the latest version of firefox
Bug: If in one tab ETP is OFF, the switch moves from OFF position to ON while navigating between two tabs
Status: NEW
Priority: P3
Created: 2020-02-19 09:15:59+00:00
Resolved: 2022-10-10 19:29:22+00:00

**Affected versions**
* Firefox 73.0
* Firefox 74.0b4
* Nightly 75.0a1

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

**Steps to reproduce**
1. Open two sites in different tabs.
2. In one of the tab turn off ETP.
3. Without closing the doorhanger, switch to the other tab and open ETP doorhanger.
4. Pay close attention to the button for the ON/OFF switch. 

**Expected result**
* The switch is on the ON position.

**Actual result**
* The switch moves from OFF position to ON. 

**Regression range**
* If this is a regression it's an older one. I can reproduce the issue on Firefox 73.0, too. 

**Additional notes**
* Please look at the attached gif.
Bug: Cards context menu button animation is rendered incorrectly with WebRender enabled
Status: NEW
Priority: P3
Created: 2020-02-19 09:37:32+00:00
Resolved: 2022-10-11 23:58:21+00:00

**[Affected versions]:**
- Firefox Release 73.0.1 Build ID 20200217142647
- Firefox Beta 74.0b5 Build ID 20200218224219
- Firefox Nightly 75.0a1 Build ID 20200218213359

**[Affected Platforms]:**
- Windows 10
- Mac 10.14
- Linux Debian 9

**[Prerequisites]:**
- Have WebRender graphics compositor enabled.

**[Steps to reproduce]:**
1. Open about:newtab page.
2. Hover over any Top Site/Recommended by Pocket/Highlights card.
3. Observe the context menu button.

**[Expected result]:**
- Context menu button animation is rendered correctly.

**[Actual result]:**
- Context menu button animation is rendered incorrectly.

**[Notes]:**
- Issue is observed better for Highlights cards.
- Not reproducing if Webrender is disabled.
Bug: Web developer ruler disappears after refresh of page
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-02-19 10:59:40+00:00
Resolved: 2020-03-12 12:07:50+00:00

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

Steps to reproduce:

1. Go to a webpage
2. Open developer tools
3. Activate the ruler
4. Refresh the page


Actual results:

After the page refresh the ruler dissappears while the toggle shows it should be on. Toggeling again the button doesn't do anything. Closing the developer tools and opening it again does show the ruler.


Expected results:

The ruler is in an active state so it shouldn't disappear
Bug: incorrect page title
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-02-19 11:10:23+00:00
Resolved: 2020-03-11 08:43:16+00:00

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

Steps to reproduce:

I visit not existent site: http://172.16.13.4:8080/ while FF is wating for remote side respond I changed domain to https://maitre-d.tucha.ua


Actual results:

page is opened but tab title is still 172.16.13.4


Expected results:

But I expect it should be maitre-d.tucha.ua
Bug: MS RDWebAccess pages shows up as "Unencrypted"
Status: NEW
Priority: P3
Created: 2020-02-19 11:16:31+00:00
Resolved: 2024-08-24 19:23:12+00:00

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

Steps to reproduce:

1. Open an website to access work resources via RemoteApp and Desktop Connections (RD Web Access). 
2. In address bar click on the "Lock" icon in the addressbar. 
3. It shows up as "Secured Connection"
4. Click on the arrow to the right and click "More Information"
5. Here it shows up as "Not Secured" and there is no option to display the SSL Certificate.


Actual results:

1. Website shows up as "Unsecured"


Expected results:

1. Website should show up as "Secured" and there should be an "Show Certificate button"
Bug: The site https://app.simplenote.com/ does not load, but it does load in chrome. This site stopped working recently.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-02-19 15:10:50+00:00
Resolved: 2020-03-03 11:48:41+00:00

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

Steps to reproduce:

I went to https://app.simplenote.com/


Actual results:

I only see "loading notes"


Expected results:

I should have seen all the notes that I have in my simplenote account.
Bug: The Firefox process will not shut down after closing the browser if the Camera and Microphone are allowed in different tabs
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-02-19 16:05:20+00:00
Resolved: 2020-02-28 08:41:14+00:00

[Affected versions]: 
Nightly 75.0a1

[Affected platforms]:
Platforms: all

Steps : 
1. Open the Firefox Browser and https://jsfiddle.net/jib1/r60bzmrs/
2. Alow the camera permission prompt.
3. Open the Firefox Browser and https://jsfiddle.net/jib1/r60bzmrs/ in a second tab.
4. Close the Firefox process.

Expected Results :
The Firefox process should close without issues.
Actual Results : 
The Firefox process will not shutdown upon closing the browser.

Note: Please note that the same issue occurs with the microphone permission (or both at the same time) (https://jsfiddle.net/jib1/59og5vhn/).
After the user allows the microphone to start in two separate tabs and closing the browser the Firefox process will not shutdown.

This issue only occurs on Windows and Ubuntu, it seems Mac will shutdown the process if you quit the browser with right click > Quit.

I've also performed a Mozregression on this issue and here are the results :
Last known GOOD build:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=ea063dbb6c1b5cdfedbf232e234a7f9c492b44af&tochange=cf63a0b7bd7d7110fb917cf158097a6495c65ccd
First known BAD build:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=d827ca47ac5bdc005f6854c2534cd0c4bcd37db0&tochange=cf63a0b7bd7d7110fb917cf158097a6495c65ccd
Bug: move and split browser_search_tips.js
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-02-19 18:10:21+00:00
Resolved: 2020-02-29 04:08:10+00:00

The test takes a long time to run, we should move all tips tests into a tips/ subfolder under tests/browser and split this test. We should rename the existing interventions_update folder to tips/ to avoid too deep structures and avoid duplicating head.js
Bug: Spacers can get noticably thinner, and even restoring toolbar defaults doesn't fix it
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-02-19 18:37:08+00:00
Resolved: 2020-05-14 14:37:22+00:00

STR:
1. Clean profile
2. Open about:preferences#search and select the "Add search bar in toolbar" option
3. Drag the resizer between the urlbar and the search bar to the farthest left (you'll see at this point that the left spacer gets thin)
4. Do the same, now to the farthest right
5. In the same about:preferences page select the "Use the address bar for search and navigation" option

AR:
The spacers now get really thin. Going back to customize mode, the restore defaults button is disabled (i.e. the current state is allegedly already the default). Even if you make changes and restore defaults, the spacers are still thin.

ER:
Normal behaviour of the spacers.
Bug: Cant fill in Birth Date on https://www.thomassabo.com/CA/en_CA/myaccount
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-02-19 19:14:40+00:00
Resolved: 2020-04-06 15:21:48+00:00

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

Steps to reproduce:

Tried from the latest Firefox on Desktop and Laptop the birth date field and the data entered was rejected


Actual results:

Tried Microsoft Edge and was successful in this field


Expected results:

Should have been able to process an order using Firefox using 72
Bug: with search bar active, tab does not cycle address bar completion
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-19 22:28:17+00:00
Resolved: 2020-02-24 16:49:02+00:00

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

Steps to reproduce:

In firefox developer edition 74.0b4, if I type "moz" it shows history suggestions and I can cycle through using the tab key.  If I enable the search bar, if I type "moz" the tab key focuses the search bar and does not cycle through history.  In Firefox v 73.0.1, with the search bar active, tab cycles through the history suggestions and does not focus the search bar.  the behavior has changed in 74.


Actual results:

tab key switches focus to search bar


Expected results:

tab key cycles to next history suggestion
Bug: The item suddenly moves down one line because the menu("Restart to update Nightly" ) is inserted at the top.
Status: NEW
Priority: P5
Created: 2020-02-20 00:52:29+00:00
Resolved: 2022-10-11 23:58:33+00:00

This is annoying. it may cause false click.

Reproducible: yes, if you are lucky

Steps to reproduce:
1. Start Nightly
2. Open Hamburger Menu and click an item

Actual Results:
The item suddenly moves down a line. So, I was clicked on an unintended item.

Expected Results:
Items must not move down.
Bug: Intermittent toolkit/components/normandy/test/browser/browser_RecipeRunner.js | Filter should not be evaluated -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-02-20 05:02:45+00:00
Resolved: 2020-07-21 17:01:57+00:00

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

---

```
[task 2020-02-20T02:16:32.874Z] 02:16:32     INFO - TEST-PASS | toolkit/components/normandy/test/browser/browser_RecipeRunner.js | Recipes with non-matching capabilities should not pass - 
[task 2020-02-20T02:16:32.875Z] 02:16:32     INFO - Buffered messages finished
[task 2020-02-20T02:16:32.876Z] 02:16:32     INFO - TEST-UNEXPECTED-FAIL | toolkit/components/normandy/test/browser/browser_RecipeRunner.js | Filter should not be evaluated - 
[task 2020-02-20T02:16:32.877Z] 02:16:32     INFO - Stack trace:
[task 2020-02-20T02:16:32.877Z] 02:16:32     INFO - chrome://mochikit/content/browser-test.js:test_ok:1292
[task 2020-02-20T02:16:32.877Z] 02:16:32     INFO - chrome://mochitests/content/browser/toolkit/components/normandy/test/browser/browser_RecipeRunner.js:test_getRecipeSuitability_checksCapabilities:201
[task 2020-02-20T02:16:32.878Z] 02:16:32     INFO - chrome://mochitests/content/browser/toolkit/components/normandy/test/browser/head.js:wrappedTestFunction:300
[task 2020-02-20T02:16:32.878Z] 02:16:32     INFO - chrome://mochitests/content/browser/toolkit/components/normandy/test/browser/head.js:wrappedTestFunction:300
[task 2020-02-20T02:16:32.878Z] 02:16:32     INFO - chrome://mochitests/content/browser/toolkit/components/normandy/test/browser/head.js:wrappedTestFunction:313
[task 2020-02-20T02:16:32.879Z] 02:16:32     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest/<:1062
[task 2020-02-20T02:16:32.879Z] 02:16:32     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1097
[task 2020-02-20T02:16:32.879Z] 02:16:32     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:919
[task 2020-02-20T02:16:32.880Z] 02:16:32     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/waitForFocusInner/focusedOrLoaded/<:914
[task 2020-02-20T02:16:32.880Z] 02:16:32     INFO - Leaving test bound test_getRecipeSuitability_checksCapabilities
[task 2020-02-20T02:16:32.881Z] 02:16:32     INFO - Entering test bound testClientClassificationCache
[task 2020-02-20T02:16:32.885Z] 02:16:32     INFO - Console message: [JavaScript Warning: "normandy.recipe_freshness - The key must not be empty."]
```
Bug: Re-enable browser/base/content/test/fullscreen/browser_bug1557041.js for Fission
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-02-20 09:06:30+00:00
Resolved: 2020-05-27 20:17:40+00:00

I'm going to disable this for Fission. This bug is for re-enabling browser/base/content/test/fullscreen/browser_bug1557041.js for Fission.
Bug: Stop hiding top sites if they are disabled in the new tab page
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-02-20 10:27:14+00:00
Resolved: 2020-02-28 13:19:05+00:00

Our initial assumption in bug 1608359 was wrong, users hide Top Sites in the New Tab Page for the most various reasons among which starting with a clean slate or the remove-bloat placebo effect.
Those same users are now surprised that we removed the top sites list from the urlbar, and the connection between the two features is totally hidden and undiscoverable.
Bug: Bookmarks should ignore refs/anchors
Status: NEW
Priority: P3
Created: 2020-02-20 13:05:06+00:00
Resolved: 2022-10-11 23:58:41+00:00

After refreshing a bookmarked Google document, on the address bar it shows that the document is not marked.

Steps to reproduce:
1. Open any bookmarked Google document.
2. Navigate and click anywhere on the page.
3. Refresh the page. Without clicking anywhere, on the address bar it shows that the document is not bookmarked.
4. Click again anywhere on the page and it should appear that the document is bookmarked again. 

I've managed to reproduce this issue on Firefox 73.0.1 and Nightly 75.0. I have also tested on a OneDrive document and I could not reproduce the behavior.
Bug: gBrowserInit._delayedStartup shouldn't run code after announcing that delayed startup has finished
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-02-20 13:18:02+00:00
Resolved: 2020-02-25 19:35:37+00:00

Bug 158968 and bug 1587492 added code to `gBrowserInit._delayedStartup` that runs after we call `_resolveDelayedStartup()`, send the `browser-delayed-startup-finished` notification and add the `delayedStartupFinished` telemetry timestamp. This shouldn't happen.

mkaply, would you take this?