1861685 - Some new tabs are unresponsive

Status: UNCONFIRMED

(Fenix :: Tabs, defect, P3)

Description

[erithax]

Attachment: output2.mp4

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

Steps to reproduce:

Found no way to reliably reproduce.

See attached screenrecording for a demo.
With no other tabs I went to https://wikipedia.org and succesively opened some hyperlinks in new tabs via hold > open in new tab. In this case, one of the opened tabs was unresponsive.

This happens frequently while I'm browsing normally.
Issue occurs in both normal and private browsing.
Do not know if this can happen with tabs opened in other ways/already opened tabs.

Actual results:

(see attached screenrecording) Some new tabs are unresponsive: no content shown, but browser UI still works and URL bar shows correct website.

Following does not fix:

• refresh
• entering another website in the URL bar
• go to phone homescreen and reopen
• swipe Firefox from apptray and reopen

Following does fix:

• force stop Firefox and reopen
• deleting the tab works

Expected results:

All tabs responsive.

Comment 1

[erithax]

Attachment: gif_version.gif

swapped for gif to enable browser preview

Comment 2

[erithax]

Attachment: gif_version.gif

fixed gif content type

Comment 3

[erithax]

Attachment: demo of problem (top right tab is unresponsive)

fix gif

Comment 4

[Adina Petridean QA [:apetridean]]

Hi, thanks for reporting.

In order to further look into the issue you're experiencing, could you please provide the following additional information?

• Details regarding the Device used, OS, Android version;
• Verify if this problem is reproducible on the latest Nightly - 121.0a1 from 03.11.2023.

Thanks!

Comment 5

[Rob Wu [:robwu]]

Jeff, I see that you have linked this to bug 1797558. Are they really related? The other bug is about navigation from an extension page to another extension page. The special situation there is that the extension page was running in the main process, and the issue was 100% reproducible.

In the report here, a tab opened in the background is somehow stuck. I have personally witnessed this multiple times, on a very recent Firefox Beta build (120.0b9) on a Google Pixel 8 (Android 14). What I observed (and is also seen in the video) is that the content does not have a preview, and that the tab is shown in the UI, but the content is not visible. If relevant, this issue was encountered in private browsing mode. An attempt to switch to a different tab and back to the faulty tab results in the previous tab still being displayed. I have never been able to reproduce this bug consistently (except in bug 1797558, but the root causes may be different).

Comment 6

[Jeff Boek [:boek]]

The state the tab is getting into is similar to bug 1797558. While the root causes are probably different there might be useful context in the comments of that bug that might be useful in the future.

I may be using "see also" incorrectly, if there is a better way to share that information between the two bugs let me know (even if it's just copy / pasting?)!

Comment 7

[elawsdev]

Same problem here, but I never had the problem on "new" tabs, but on already existing ones.

Has there been any news regarding this issue ?

How to reproduce :

I open one of the already opened tabs, write something in the url bar, but nothing loads. Must create a new tab for it to load properly, or delete and reopen tab for it to finally load.

Frequency of the problem :

Multiple times per day, since at least 3 to 4 years.

Environment :

Galaxy S20 FE
Android 13 (One UI 5.1)
Firefox 122.0 (Build #20159698391)

Comment 8

[Olivia Hall [:olivia]]

Not sure if relevant, but: Mentioning bug 1797558 comment 34 as a possible source of investigation especially since this behavior seems intermittent. Over in bug 1891008 in this patch , WPT needed to adjust the window opener from geckoview-window-created to browser-delayed-startup-finished to fix intermittent timeouts. Which, was originally imitating the web extensions window opener.

Comment 9

[BugBot [:suhaib / :marco/ :calixte]]

Redirect a needinfo that is pending on an inactive user to the triage owner.
:007, since the bug has recent activity, could you have a look please?

For more information, please visit BugBot documentation.

Comment 10

[erithax]

Problem still occurs on Firefox mobile 127.0.1 Android 13.