WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
272136
Pointer Lock API does not work when Fullscreen API is enabled
https://bugs.webkit.org/show_bug.cgi?id=272136
Summary
Pointer Lock API does not work when Fullscreen API is enabled
Jeffrey Blanz
Reported
2024-04-03 20:47:49 PDT
Pointer Lock API does not work when Fullscreen API is enabled. You can see this in PWA apps that have been added to the dock from safari or normal safari web applications. Games use both fullscreen and pointer lock to function. Not having both at the same time is an issue. You can try this with geforce now and Xbox cloud gaming on safari, without a PWA installation: 1. Disable fullscreen API in the feature flags. 2. Go to
https://play.geforcenow.com/mall/
and play a game like Fortnite. - You will see you can use the mouse to click on the game UI and even look around when playing. 3. Re-enable the Fullscreen API in feature flags. Then quit and re open safari to make sure the changes apply. 4. Next go to
https://www.xbox.com/en-us/play
and play Fortnite. - You will see the mouse can no longer be used to interact with the Ul. The mouse can also not be locked to moving around when playing a match. - Note 1: You could also test this with GeForce now in Fullscreen mode, but for some reason even with the API enabled the game does not consistently launch in Fullscreen. This is why I have you try it with Xbox cloud gaming. - Note 2: You could also test this by adding one of the website to the dock as a PWA installation. PWA always launch in Fullscreen mode.
Attachments
Video of the Bug
(235.37 MB, video/quicktime)
2024-04-04 15:23 PDT
,
Jeffrey Blanz
no flags
Details
Test case for the ponter lock with full screen API
(1.31 KB, text/html)
2024-05-02 15:59 PDT
,
Byungseon(Sun) Shin
no flags
Details
Pointer Lock Test after Full Screen Mode
(1.87 KB, text/html)
2024-05-08 13:41 PDT
,
Byungseon(Sun) Shin
no flags
Details
Screen recording on Safari 17.1 (non-repo)
(76.70 MB, video/quicktime)
2024-06-06 10:43 PDT
,
Byungseon(Sun) Shin
no flags
Details
View All
Add attachment
proposed patch, testcase, etc.
Radar WebKit Bug Importer
Comment 1
2024-04-04 12:51:20 PDT
<
rdar://problem/125924062
>
Abrar Rahman Protyasha
Comment 2
2024-04-04 13:33:46 PDT
@Jeffrey, what macOS/Safari version are you using?
Jeffrey Blanz
Comment 3
2024-04-04 14:18:57 PDT
(In reply to Abrar Rahman Protyasha from
comment #2
)
> @Jeffrey, what macOS/Safari version are you using?
I am using Safari Technology Preview 191. Although this happens on at least Safari 17.3 and newer as this bug is present on those versions as well.
Jeffrey Blanz
Comment 4
2024-04-04 15:23:57 PDT
Created
attachment 470759
[details]
Video of the Bug I have attached a video of the bug that shows the difference in Pointer Lock API when in fullscreen and when not in fullscreen.
Abrar Rahman Protyasha
Comment 5
2024-04-04 16:03:50 PDT
Thanks for the repro video. CC-ing broadly for comments.
Jeffrey Blanz
Comment 6
2024-04-10 17:19:31 PDT
Still happens on Safari Technology Preview 192. I even turned on the new "Pointer Lock Options" Feature Flag.
Abrar Rahman Protyasha
Comment 7
2024-04-10 18:27:14 PDT
Yes, that's expected since no changes have been made to address this yet, thanks for checking though! FYI, the pointer lock options feature flag was about exposing unadjusted movement values:
https://developer.mozilla.org/en-US/docs/Web/API/Element/requestPointerLock#unadjustedmovement
Jeffrey Blanz
Comment 8
2024-04-10 20:59:19 PDT
Yes, just figured I would update on updates. Good to see the unadjusted movements supported in Safari! Hoping to potentially see it and the other pointer lock API options on iPadOS, iOS, and visionOS sometime after it’s out of testing.
Byungseon(Sun) Shin
Comment 9
2024-05-02 15:59:00 PDT
Created
attachment 471262
[details]
Test case for the ponter lock with full screen API
Byungseon(Sun) Shin
Comment 10
2024-05-08 13:41:58 PDT
Created
attachment 471324
[details]
Pointer Lock Test after Full Screen Mode
Byungseon(Sun) Shin
Comment 11
2024-05-08 13:43:25 PDT
Added more simplified test case for pointer lock API testing after entering the Full Screen mode. This works fine with webkit mini browser as well as chrome browser.
Jeffrey Blanz
Comment 12
2024-05-09 09:57:54 PDT
Adding that this bug has to be new to macOS safari 17.5 as I have a video of pointer Lock API working in fullscreen API dated February 19, 2024. At the time of the video I was running macOS developer beta 14.4 beta 3. I was using the normal safari app and not STP. Now with macOS 14.5 the bug happens in the normal safari app as well as STP. I was using this website in the video
https://app.3daimtrainer.com/play
I can attach the video of it working perfectly fine with macOS 14.4 if needed. Safe to say this bug is from safari for macOS 14.4 developer beta 4 or newer, but I am assuming it was safari 17.5 that brought the bug from STP to normal safari. I would have to downgrade to confirm, but this means safari 17.4 and macOS 14.4 should not have this bug. Or at least safari 17.3 or macOS 14.3 should not have this bug.
Byungseon(Sun) Shin
Comment 13
2024-06-06 10:43:16 PDT
Created
attachment 471611
[details]
Screen recording on Safari 17.1 (non-repo)
Byungseon(Sun) Shin
Comment 14
2024-06-06 10:47:14 PDT
Adding screen recording on previous version of safari (17.1) and it worked well.
sablerestless
Comment 15
2024-07-03 21:31:32 PDT
This happens to the latest TP 133.
https://basketrandom.pro
Jeffrey Blanz
Comment 16
2024-08-14 17:51:26 PDT
Intentional or not this has been fixed in STP 201.
Abrar Rahman Protyasha
Comment 17
2024-08-14 18:01:12 PDT
Yes, I fixed it, though the fix was outside of WebKit. I suppose we should've release noted this. At any rate, since this has shipped now, I'm marking this as resolved.
Byungseon(Sun) Shin
Comment 18
2024-08-14 18:10:17 PDT
Thanks @Jeffrey for raising the issue and following up. Thanks @Abra for fixing the issue. I could also confirm that the issue got fixed STP #201.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug