Closed Bug 1568809 Opened 5 years ago Closed 4 years ago

[Intermittent] The "New Tab" page elements are partially loaded or are not loaded at all if the page is refreshed for ~3 times

Categories

(Firefox :: New Tab Page, defect, P2)

defect

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox68 --- affected
firefox69 --- affected
firefox70 --- unaffected

People

(Reporter: mcoman, Assigned: thecount)

References

Details

Attachments

(1 file)

Attached image rec of the issue.gif

[Affected versions]:

  • Firefox Release 68.0.1 - Build ID: 20190717172542
  • Firefox Beta 69.0b7 - Build ID: 20190722201635

[Affected Platforms]:

  • All Windows
  • All Linux
  • All Mac

[Prerequisites]:

  • Have a new Firefox profile with the "browser.search.region" pref set to "US" in the "about:config" page

[Steps to reproduce]:

  1. Open the browser with the profile from prerequisites and open a New Tab.
  2. Quickly refresh the page three times.
  3. Observe the behavior.

[Expected result]:

  • The New Tab page elements are correctly displayed and rendered.

[Actual result]:

  • The New Tab elements are partially loaded or are not loaded at all.

[Notes]:

  • This issue is not reproducible on the latest Firefox Nightly 70.0a1.
  • This issue seems to be intermittent considering the fact that I have managed to reproduce it just once from three attempts.
  • Attached a screen recording of the issue.
Assignee: nobody → sdowne

Investigate what's involved with this and maybe how long it's been happening.

Flags: needinfo?(sdowne)

So I was able to reproduce this in both AS and DS in beta.

It looked to me like there was a flash of about:blank before newtab loaded, which if you can refresh between it loading about:blank and another newtab being injected, you get this experience.

Looks like it is related to the pref browser.tabs.remote.separatePrivilegedContentProcess which is different in nightly and beta/release

Thoughts? Is this known or possibly critical? Feels like an edge case to me.

Flags: needinfo?(sdowne) → needinfo?(mconley)
Priority: -- → P2

We've recently turned off the separate privileged content process on Nightly in bug 1574169, so presuming this isn't something that can still be reproduced on Nightly, we should probably downgrade the priority of this, and have it block bug 1513045.

Blocks: 1513045
Flags: needinfo?(mconley)

Having talked with some DOM folks, we believe this might be fixed with recent DocumentChannel changes.

mcoman, if you set browser.tabs.remote.separatePrivilegedContentProcess to true and restart the browser, are you still able to reproduce on Nightly?

Flags: needinfo?(mcoman)

Hi Mike, I have tested this issue using the steps that you provided it in the previous comment and I have not managed to reproduce it anymore.

Tested using the latest Firefox Nightly (75.0a1 Build ID: 20200223214228) installed on Windows 10 x64, Mac 10.15.2, and Ubuntu 18.04 x64.

Flags: needinfo?(mcoman)

Thanks!

Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: