Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

"View in VR" does not remove the address bar on iOS #346

Open
Manny-Mobfish opened this issue May 3, 2019 · 5 comments
Open

"View in VR" does not remove the address bar on iOS #346

Manny-Mobfish opened this issue May 3, 2019 · 5 comments

Comments

@Manny-Mobfish
Copy link

Description:

Hello,
a click on the button "View in VR" does not work properly. It does not remove the address bar of the chrome browser on iOS devices. On Android it works without any problems.

You can test it here for example:
Quality compairson webvr expirience

The button "View in VR" is only displayed if the webvr-polyfill is included in the code. Thats why I guess this is an issue related to you project.

20190503_105149

With the address bar it's unusable with a cardboard.
Tested on iphone 6s, 7 and X

Additional Information:
  • webvr-polyfill version: ^0.10.8
  • Browser name/version/release channel: Chrome on iOS (latest Version)
  • Operating System: iOS
@jsantell
Copy link
Contributor

Some day iOS Safari will support fullscreen API, but until then 🙃

@Renha
Copy link

Renha commented Nov 20, 2019

but the browser in question is not Safari

@SeanMXD
Copy link

SeanMXD commented Jul 4, 2021

This is still not fixed. Apparently two years was enough time for Safari's VR to be fully built out without reproducing this bug, and still, Chrome hasn't responded. It's probably only a small fix, too. Just hide the URL bar when the Google Cardboard API says that the headset is on. It's exactly that simple.

@jsantell
Copy link
Contributor

jsantell commented Jul 4, 2021

This requires iOS to support fullscreen API, or to allow other browser engines on the device (iOS Chrome still uses Safari Webview, limited by what Safari implements). There may be new hacks available in 2021 to circumvent Apple intentionally dragging down the web.

@SeanMXD
Copy link

SeanMXD commented Jul 6, 2021

This requires iOS to support fullscreen API, or to allow other browser engines on the device (iOS Chrome still uses Safari Webview, limited by what Safari implements). There may be new hacks available in 2021 to circumvent Apple intentionally dragging down the web.

Yikes, after that read - I guess I'm not surprised. But I should be. This is malice disguised as neglect coming from Apple. I hope they get some sense on this matter soon.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants