[Bug] (regression) "tab closed" snackbar no longer disappears

[cadeyrn]

Steps to reproduce

1. close a tab
2. open another open tab while the "tab closed" snackbar is still visible

Expected behavior

The snackbar disappears.

Actual behavior

The snackbar stays visible. Pressing the "undo" link closes the snackbar (but does not execute the "undo" action).

This is a recent regression.

Device information

• Android device: OnePlus 7T Pro McLaren Edition / Android 10
• Fenix version: master branch revision ffb2e72

┆Issue is synchronized with this Jira Task

[cadeyrn]

@mcomella I bisected the issue. This is a regression from the second commit of #7423 (remove unnecessary CoordinatorLayout in fragment_home).

[djc]

I'm also seeing this.

[ekager]

@mcomella could we make the root of activity_home.xml a coordinator layout instead of a linear layout? This should probably solve this problem without introducing more nested layouts?

[mcomella]

@ekager Thanks for looping me in. I'm not sure that will work because the fragment container relies on the LinearLayout in order to dynamically size it when the Toolbar disappears and CoordinatorLayout is roughly a FrameLayout, according to the docs.

Is the CoordinatorLayout necessary to make snackbars go away? My understanding is that they should be independent over any particular view type. Perhaps it's getting attached to the wrong view?

[mcomella]

I tried making the anchorView the root container of the activity, rather than bottom_bar, but now the Snackbar doesn't appear at all. I wonder if this would work correctly if we attached it to the root container of the home fragment.

Also, we may reintroduce the CoordinatorLayout in #7700 so it's possible this will be fixed with that patch.

[mcomella]

In the old implementation, the Snackbar would be dismissed when switching between fragments. In the current implementation, the Snackbar remains. I'm not sure why this would be the case.

It's possible the previous findSuitableParent algorithm would choose the CoordinatorLayout at the top of the fragment view hierarchy but, now that there's no CoordinatorLayout, it's selecting the view at the top of the HomeActivity hierarchy, so it's not dismissed when changing fragments. I'm not sure why this would prevent the Snackbar from being hidden altogether.

fenix/app/src/main/java/org/mozilla/fenix/components/FenixSnackbar.kt

Line 129 in e1722b9

if (view is CoordinatorLayout) {

[mcomella]

I tried making the anchorView...

I noticed that anchorView was for which view to place the Snackbar above, not the view to which the Snackbar is bound. There is a separate view it's bound to (the first one passed in).

[mcomella]

I confirmed the problem is fixed when I make the "suitable parent" of the SnackBar as R.id.homeLayout in FenixSnackbar.kt:

            do {
                if (view is ViewGroup && view.id == R.id.homeLayout) {
                    return view
                }

                if (view is CoordinatorLayout) {
                    // ...

I'm not sure what the "correct" solution is though.

[mcomella]

Handing this off to @emalysz, who worked on the original implementation with me.

[emalysz]

Should be fixed once #7878 lands

[andreicristianpetcu]

Quick workaround: swipe to delete removes the notification!

[cadeyrn]

Quick workaround: swipe to delete removes the notification!

Simply pressing the "undo" button also removes the snackbar (it does not execute the undo action). ;-)

[sv-ohorvath]

Reproducing on Beta 3.2.0