opening a link in a new tab results in a blank page / inactive tab
Categories
(Core :: DOM: Content Processes, defect, P3)
Tracking
()
People
(Reporter: jarnix, Unassigned)
References
Details
(Keywords: regression)
Attachments
(2 files)
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:71.0) Gecko/20100101 Firefox/71.0
Steps to reproduce:
one of these 3 actions, randomly (not all the time):
- click a link in a new tab
- open a new tab and enter the url and press enter
- click search on google
Actual results:
=> the new tab does not load, is frozen, I cannot open the dev console (F12 does nothing).
Expected results:
the new tab should have displayed the requested url
Comment 1•4 years ago
|
||
Hi Julien, thank you for reporting this. Unfortunately I wasn't able to reproduce the issue using Ubuntu 18.04 LTS with Firefox versions 71, 72 and 73. Can you try to see if you have the same problems with a clean profile and the latest Firefox Nightly?
Reporter | ||
Comment 2•4 years ago
|
||
Hello :)
I tried the nightly after your reply, for 2 days and I got the issue again two or three times. The tab is empty, it looks like it's waiting for something (I remember a spinner in the address bar or the load icon), but the status bar is empty, I cannot open the console (by pressing F12), I just have to close the tab and try again.
I started with a new profile. I already did it with the 71 version that I was using, same result. I have also sync enabled, I did not change anything else or do not remember.
I have only two extensions enabled : ublock and lastpass, which are really common extensions so I don't think it's coming for one of them.
I read on a reddit post that someone else had this issue, it was an old post though, but it said that the issue did not appear when hardware acceleration was disabled. I disabled it just now and will update the comment here.
Is there anything that I can look (like logs or something) to diagnose it further?
Comment 3•4 years ago
|
||
Hi Julien,
Thank you for your response. You could try to capture a performance profile by using the Cleopatra add-on. You can find more information on the add-on (how to install and use) by going here: https://developer.mozilla.org/en-US/docs/Mozilla/Performance/Profiling_with_the_Built-in_Profiler
https://perf-html.io/.
Also, please note that this add-on only works on Firefox Nightly, thus you need to be able to reproduce the issue on Nightly first. Here you can find the link to the latest Firefox Nightly: https://nightly.mozilla.org/.
Reporter | ||
Comment 4•4 years ago
|
||
Hi Alexandra,
I have the issue again. I can start the Gecko profiler, but I have to close the tab for the profiler to get the profile or it says that it could not contact the profiler within 30 seconds, so I don't know if the profile is interesting. I could reproduce the issue twice so I got 2 traces :
I hope it's useful.
Comment 5•4 years ago
|
||
Hi,
Thank you for the performance profiles, maybe it could help our developers in figuring out the cause of the problem.
I am not sure about the component, but I am assigning it to Firefox: Tabbed Browser, seems to be a good place to start. Please change it, if it's not suitable, maybe Memory Allocator could be better?
Comment 6•4 years ago
|
||
Any errors in the browser console when this happens? Make sure to set devtools.chrome.enabled = true
before. https://developer.mozilla.org/en-US/docs/Tools/Browser_Console
Reporter | ||
Comment 7•4 years ago
|
||
Hello,
I cannot open the console (in the new tab) when the problem happens. I cannot refresh the tab, I just have to close it and open it again (sometimes the issue happens a few times in a row).
If you mean the opener's console, I can check the next time I see the problem and will update here.
Thanks
Reporter | ||
Comment 8•4 years ago
|
||
I set the devtools.chrome.enabled to true. I will try to see what it says. I have the issue almost all day long...
Comment 9•4 years ago
|
||
(In reply to Julien Ricard from comment #7)
I cannot open the console (in the new tab) when the problem happens. I cannot refresh the tab, I just have to close it and open it again (sometimes the issue happens a few times in a row).
If you mean the opener's console, I can check the next time I see the problem and will update here.
I mean the browser console, not the web console. See https://developer.mozilla.org/en-US/docs/Tools/Browser_Console
Reporter | ||
Comment 10•4 years ago
|
||
I got it, the browser console is open but I cannot see anything happening. All log levels are displayed.
I tried to strace the pid of the tab, it's stuck:
strace: Process 28815 attached
read(6,
(that's all). I can help you more, I can find some time for this since it's happening like 200 times per day. I can type command in the browser console or get logs, anything you might need.
The loading icon is animating in the tab but it's stuck. I can change the url in the address bar but nothing happens.
Comment 11•4 years ago
|
||
(In reply to Julien Ricard from comment #10)
I can help you more, I can find some time for this since it's happening like 200 times per day. I can type command in the browser console or get logs, anything you might need.
Finding a regression range might help: https://mozilla.github.io/mozregression/
Comment 12•4 years ago
|
||
The priority flag is not set for this bug.
:dao, could you have a look please?
For more information, please visit auto_nag documentation.
Updated•4 years ago
|
Comment 13•4 years ago
|
||
The priority flag is not set for this bug.
:dao, could you have a look please?
For more information, please visit auto_nag documentation.
Comment 14•4 years ago
|
||
Bugbug thinks this bug is a regression, but please revert this change in case of error.
Reporter | ||
Comment 15•4 years ago
|
||
I'm currently trying to see what mozregression might tell me.
Reporter | ||
Comment 16•4 years ago
|
||
Reporter | ||
Comment 17•4 years ago
|
||
Reporter | ||
Comment 18•4 years ago
|
||
Hi, I think I found when the bug happened for the first time, it was on the 2018-10-11. I attached the screenshot of Mozregression.
I think it's not coming from the tab module, the status bar shows a status like "Transferring data" or "Waiting for (a domain)", which makes me think that the browser started to get the elements but does not render anything.
Comment 19•4 years ago
|
||
Julien, thanks for narrowing down the regression range. Could you please paste here the pushlog_url link seen in the Mozregression-gui window?
Reporter | ||
Comment 20•4 years ago
|
||
Hi, I closed the mozregression so I found it from the screenshot using the changeset id :
found at:
https://hg.mozilla.org/mozilla-central/pushloghtml?startdate=2018-10-10&enddate=2018-10-12
https://hg.mozilla.org/mozilla-central/rev/0de23e038872cb0986d7259e16ff966fcc050ae0
Comment 21•4 years ago
|
||
(In reply to Julien Ricard from comment #20)
Hi, I closed the mozregression so I found it from the screenshot using the changeset id :
found at:
https://hg.mozilla.org/mozilla-central/pushloghtml?startdate=2018-10-10&enddate=2018-10-12https://hg.mozilla.org/mozilla-central/rev/0de23e038872cb0986d7259e16ff966fcc050ae0
Unfortunately that's not the right link. We need the link in this format:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=_________&tochange=_________
Reporter | ||
Comment 22•4 years ago
|
||
Hi, I had to run it again, so here are the results of the bisection:
app_name: firefox
build_date: 2018-10-11
build_file: /home/julien/.mozilla/mozregression/persist/2018-10-11--mozilla-central--firefox-64.0a1.en-US.linux-x86_64.tar.bz2
build_type: nightly
build_url: https://archive.mozilla.org/pub/firefox/nightly/2018/10/2018-10-11-22-01-18-mozilla-central/firefox-64.0a1.en-US.linux-x86_64.tar.bz2
changeset: 0de23e038872cb0986d7259e16ff966fcc050ae0
pushlog_url: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=6f8701d1be0ccf42a8e22bfce6f40056a4f58a1b&tochange=0de23e038872cb0986d7259e16ff966fcc050ae0
repo_name: mozilla-central
repo_url: https://hg.mozilla.org/mozilla-central
Comment 23•4 years ago
|
||
Removing the regression window wanted flag, as the regression window was provided. Thanks @Julien.
If another regression range is required, please feel free to drop a comment and add the flag back.
Comment 24•4 years ago
|
||
(In reply to Julien Ricard from comment #22)
I'm merely guessing here but bug 1470280 is in that range. Julien, can you still reproduce the bug if you set dom.ipc.processCount
to 4 or lower in about:config?
Reporter | ||
Comment 25•4 years ago
|
||
Hi Dão, I just set this value. I will report here if it fixed the issue.
Updated•4 years ago
|
Updated•4 years ago
|
Comment 27•4 years ago
|
||
(In reply to Dão Gottwald [::dao] from comment #24)
I'm merely guessing here but bug 1470280 is in that range. Julien, can you still reproduce the bug if you set
dom.ipc.processCount
to 4 or lower in about:config?
(In reply to Julien Ricard from comment #25)
Hi Dão, I just set this value. I will report here if it fixed the issue.
Hi Julien, have you still seen this problem after setting your dom.ipc.processCount
value to 4 or lower in about:config?
Comment 28•4 years ago
|
||
Not seen recently here (80.0.b3/4). Will report back if it recurs.
Comment 29•2 years ago
|
||
Clear a needinfo that is pending on an inactive user.
Inactive users most likely will not respond; if the missing information is essential and cannot be collected another way, the bug maybe should be closed as INCOMPLETE
.
For more information, please visit auto_nag documentation.
Description
•