Closed Bug 1517809 Opened 5 years ago Closed 3 years ago

Fullscreen transition is not smooth

Categories

(Firefox for Android Graveyard :: General, defect, P3)

ARM
Android
defect

Tracking

(firefox64 wontfix, firefox65 wontfix, firefox66 fix-optional)

RESOLVED INCOMPLETE
Tracking Status
firefox64 --- wontfix
firefox65 --- wontfix
firefox66 --- fix-optional

People

(Reporter: csheany, Unassigned)

Details

(Keywords: regression)

Attachments

(1 file)

+++ This bug was initially created as a clone of Bug #1500719 +++

Steps to reproduce:
1. open attachment 9018847 [details]
2. click "fullscreen" button in the page

Expected result:
The transition should be smooth

Actual result:
The transition is stepped
Liz, would you mind taking a look?
Flags: needinfo?(lhenry)
Flags: needinfo?(lhenry)
Whiteboard: [geckoview]
Status: UNCONFIRMED → NEW
Ever confirmed: true
I was able to reproduce the issue on Release 64.0.1 on Samsung Galaxy Tab S3 (Android 8).
Confirming the issue.

Is it possible to get this fixed in 65? Do we need a regression range?
TOo late for a 64 dot release.

Flags: needinfo?(sdaswani)
Flags: needinfo?(sdaswani)
Summary: URL bar doesn't hide after entering fullscreen → Fullscreen transition is not smooth

Andrew, if we want to get ship this to beta, this is probably a P1? I'm just a bit confused looking at the 'source' ticket https://bugzilla.mozilla.org/show_bug.cgi?id=1500719 about the priority here. cc Liz

Flags: needinfo?(overholt)
Flags: needinfo?(lhenry)

I have no context on the priority; it just seemed like something that was not a good regression when it came up in our regression triage meeting earlier today :)

Flags: needinfo?(overholt)

This didn't strike me as a P1 issue - it doesn't affect major functionality and isn't a top crash or a security issue. I think Andrew was asking about this because we came across it in this morning's weekly regression triage rather than because it is a particular priority.

Does this fullscreen transition issue affect GeckoView in Focus Nightly?

Oana, can your team check on this in Focus Nightly?

Flags: needinfo?(oana.horvath)

It doesn't reproduce on Focus Nightly GV65. On Focus the transition is a lot smoother (even better than Chrome). Probably because it doesn't show that toast notification after entering fullscreen(?).
devices: HTC Desire 820 (Android 6.0.1), Samsung Galaxy Note 8 (Android 8.0)

Flags: needinfo?(oana.horvath)

(In reply to Oana Horvath from comment #9)

It doesn't reproduce on Focus Nightly GV65. On Focus the transition is a lot smoother (even better than Chrome). Probably because it doesn't show that toast notification after entering fullscreen(?).

Thanks. The Focus transition looks good. Since this looks like a Fennec-only bug, I will remove the [geckoview] whiteboard label.

Your hypothesis about Fennec's toast notification makes a lot of sense.

The notification is a security feature. We added it after getting several reports from security researchers who were able to spoof. Geckoview should have this.

(In reply to Kevin Brosnan [:kbrosnan] from comment #12)

The notification is a security feature. We added it after getting several reports from security researchers who were able to spoof. Geckoview should have this.

James, should the full screen message be implemented in GV or in the app embedding GV? The message will need to be localized.

Flags: needinfo?(snorp)

(In reply to Chris Peterson [:cpeterson] from comment #13)

(In reply to Kevin Brosnan [:kbrosnan] from comment #12)

The notification is a security feature. We added it after getting several reports from security researchers who were able to spoof. Geckoview should have this.

James, should the full screen message be implemented in GV or in the app embedding GV? The message will need to be localized.

This should be handled by the app. We can add guidance for this to the docs, though.

Flags: needinfo?(snorp)

That seems error prone. I can understand why some apps may want to disable it but having a safe default would be good. Maybe AC is the correct place to have that. Is there a fullscreen component?

Flags: needinfo?(s.kaspari)

Maybe AC is the correct place to have that. Is there a fullscreen component?

We do handle some fullscreen related state changes in the feature-session component. We could consider adding this there.

Flags: needinfo?(s.kaspari)

Dhhdhh

We have completed our launch of our new Firefox on Android. The development of the new versions use GitHub for issue tracking. If the bug report still reproduces in a current version of [Firefox on Android nightly](https://play.google.com/store/apps/details?id=org.mozilla.fenix) an issue can be reported at the [Fenix GitHub project](https://github.com/mozilla-mobile/fenix/). If you want to discuss your report please use [Mozilla's chat](https://wiki.mozilla.org/Matrix#Connect_to_Matrix) server https://chat.mozilla.org and join the [#fenix](https://chat.mozilla.org/#/room/#fenix:mozilla.org) channel.
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → INCOMPLETE
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: