The first tab is displayed.
Very often, but not every single time, the first tab is rendered completely white but still accepts input like highlighting text or scrolling. May be related to #12477, #12492, but different STR. Switching to another app and back to Fenix resolves the issue.
Was able to repro and got an even "worse" situation. Instead of a white background I actually saw the deleted tab as the "background" but clicking around clicked nonvisible links.
cc @pocmo this is also related to SessionFeature
:/ I can't repro on 8533d96ee24a89dc3956bfa18ac73d476b88b767
the commit before the update but can repro on the next AC update https://github.com/mozilla-mobile/fenix/commit/f863c341e81e1b4b894a6d89931cd44e773f0338
Moving this into our sprint and investigating...
A workaround patch for this just landed in AC. It will get into the next AC Nightly and then eventually into the next Fenix Nightly.
Hi all,
Is this the same issue i reported two weeks ago? #12382
I actually found slightly different actions removed the "ghost" tab so maybe not.
Cheers ๐
Yeah @madb1lly that looks like the same issue. Could you check if you still see this in the latest Nightly?
Hi @ekager,
Yes I had this happen yesterday before I updated about 16:00 CET. I've not had the problem since but I've not used it much either.
Cheers ๐
STR still isn't clear to me, but this has happened to me even when I simply close a child tab and Fenix automatically switches to the parent tab. Tapping on the address bar and then back, or tapping on Home and then back, both fix the issue.
I can still reproduce on a build that should have this patch:
Nightly 200724 06:05 (Build #22060612)
AC: 52.0.20200723130248, 69562438f
GV: 80.0a1-20200722094100
AS: 61.0.10
Instead of a white background I actually saw the deleted tab as the "background" but clicking around clicked nonvisible links.
I still see this issue in the latest nightly though it is a bit rare now.
I can always reproduce by closing the tab by long pressing the tab counter. Switching to a different tab and back fixes it. Not sure if this is the same issue... If there's anything I can do to investigate this, please let me know :)
@miDeb which version are you on? The latest nightly?
Yes! Sorry, should have specified that.
Hi, issue is reproducible on today's build, Nightly 7/27 with Samsung Galaxy S9 (Android 8).
Before doing this steps you need to make a clear data and afterwards the STR need to be done as fast as they can be.
With Google Pixel 3XL (Android 9) didn't encounter this issue.
GIF
Thank you. I will take another look. ๐ต๏ธ
child tab and Fenix automatically switches to the parent tab
Apparently it doesn't even need to be a child tab. It could be _any_ two tabs.
Talked to sebastian and has a dependency on another AC bug, but is next in line.
We are confident that this is going to get fixed by the following AC issue and linked PR. We are planning to land it mid/end next week:
https://github.com/mozilla-mobile/android-components/issues/7867
Hi all,
I'm now experiencing the white tab version of this bug; previously I only experienced the old tab version (as I reported #12382).
The actions to remove the old/ghost tab work every time but they won't work every time for the white tab. I have found no repeatable method of producing nor overcoming the white tab version of this bug.
Therefore I wonder if there are actually two or more different issues which have the same or similar symptoms? I see that some other bug reports of white tab in the past few days have been closed in favour of this one yet I feel that it might be worth being a bit more open minded before assuming they are the same issues.
Cheers ๐
Hi, Verified as fixed on Fenix RC 80.1.0 with Samsung Galaxy S9 (Android 8)
Video
Is this in nightly yet? I can still reproduce on the latest build.
Hi all,
I'm on latest nightly and it happens almost every time I change tabs in any way.
Cheers ๐
Hello @mobd and @madb1lly this was only treated for Firefox Preview 80.1.0, for the moment ๐.
We backed the refactor out of Beta so it wouldn't regress release users, but are still debugging the fix in https://github.com/mozilla-mobile/android-components/issues/7867 on Nightly.
Verified as fixed on the latest Nightly build 9/22 with Google Pixel 4 XL (Android 11)
Note that it works as expected in normal and private browsing.
Most helpful comment
We are confident that this is going to get fixed by the following AC issue and linked PR. We are planning to land it mid/end next week:
https://github.com/mozilla-mobile/android-components/issues/7867