Open Bug 1781732 Opened 2 years ago Updated 2 years ago

CTRL + T from a fullscreen YouTube video does not focus the search bar

Categories

(Core :: DOM: Core & HTML, defect)

Firefox 102
defect

Tracking

()

Tracking Status
firefox-esr91 --- wontfix
firefox-esr102 --- affected
firefox103 --- wontfix
firefox104 --- wontfix
firefox105 --- fix-optional

People

(Reporter: 4P5, Assigned: xidorn)

References

(Regression)

Details

(Keywords: regression)

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

Steps to reproduce:

  • Open a YouTube video and make it fullscreen.
  • Press CTRL + T to create a new tab.
  • Attempt to type a query.

Actual results:

Nothing is typed; I must manually click on the address bar to begin typing.

Expected results:

Normally, opening a new tab immediately focuses the address bar and allows the user to type.

Component: Untriaged → DOM: Core & HTML
Product: Firefox → Core
Keywords: regression
Regressed by: 1160014

CC Edgar that he may know what's up here.

Severity: -- → S3

Set release status flags based on info from the regressing bug 1160014

:xidorn, since you are the author of the regressor, bug 1160014, could you take a look?
For more information, please visit auto_nag documentation.

Flags: needinfo?(xidorn+moz)

The bug has a release status flag that shows some version of Firefox is affected, thus it will be considered confirmed.

Status: UNCONFIRMED → NEW
Ever confirmed: true

I'll take a look over the weekend.

Assignee: nobody → xidorn+moz
Flags: needinfo?(xidorn+moz)

I tested Firefox 41 and 42 on Windows 10 and 11, and it doesn't seem to work the same way as they do today. In all the combinations, the fullscreen state is not complete, there is no fullscreen warning shown, and the chrome is still showing. I guess the code back then somehow no longer works on the systems correctly nowadays. However, in all those combinations I can reproduce this issue, although given the weirdness, I'm not sure whether the result makes sense.

Alice, do you have some tip on reproducing this on Windows? Do you have some special settings? What Windows version are you using?

I also noticed that this is reproducible on Linux as well, and I can reproduce it on Firefox 41 but not 40 (and on Windows, Firefox 40 didn't have the weirdness mentioned above, and it didn't have this issue either), so I did another bisect, and the regression window seems to be https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=0093691d3715&tochange=b7ee8e13145a

There are two changes possibly related: bug 1168028 and bug 1173866. Not sure which one causes this, though.

Flags: needinfo?(alice0775)

(The weirdness mentioned in the previous comment seems to start from https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=8b64c75b0b86&tochange=62d9b117c688 and end in https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=04b8c412d9f58fb6194c58dcaa66bf278bbd53cf&tochange=f61c3cc0eb8b7533818e7379ccc063b611015d9d. None of which has fullscreen related changes. Not sure what is the problem there.)

(In reply to Xidorn Quan [:xidorn] UTC+11 from comment #7)

Alice, do you have some tip on reproducing this on Windows? Do you have some special settings? What Windows version are you using?

No, nothing is special in Firefox. I tested with build of mozilla-central and inbound.
I think the difference is Windows10 animation setting. I have disabled Show animations in Windows in Settings > Ease Of Access settings.

Flags: needinfo?(alice0775)
You need to log in before you can comment on or make changes to this bug.