Closed Bug 1594031 Opened 6 years ago Closed 6 years ago

Rendering wrong session on overlaying fragment

Categories

(GeckoView :: General, defect)

71 Branch
Unspecified
All
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: anevyantsev, Unassigned)

Details

Attachments

(1 file)

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.70 Safari/537.36

Steps to reproduce:

Open the sample https://github.com/rav3n/gecko_sample

Wait until the Google page is loaded.
Press button "Next fragment"

At the start of the app first fragment with GeckoView is creating. Then it loading google.com page. After pressing on "Next fragment" button the app is adding (FragmentTransaction.add) the second fragment which also has GeckoView on it. The second page is loading mozilla.github.io.

Actual results:

The second fragment will render google.com and mozilla.github.io at the same time. But you can fully interact with mozilla.github.io (scroll, press buttons etc)

Expected results:

GeckoView should render only mozilla.github.io

Forgot to mention. This bug reproducing on Samsung Galaxy S7

Hi Alex, thanks for reporting this bug. The fragment is stacking the two GeckoView SurfaceViews. IIUC, SurfaceViews don't have proper Z-indexing. (They just have a single "on top" flag.) The GeckoView engineers consider this an app problem, not a GeckoView bug (so I am closing this bug). You might be able to avoid this problem by hiding one of your views. That will still be slow because GeckoView will still be painting to both SurfaceViews.

Agi is working on a related issue to use TextureView, but that would hurt the frame rate.

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

Attachment

General

Created:
Updated:
Size: