Skip to content
This repository has been archived by the owner on Nov 9, 2023. It is now read-only.

"Unsupported Browser" message on Canary 72, Pixel XL, Android 9 #13

Open
nylki opened this issue Nov 8, 2018 · 11 comments
Open

"Unsupported Browser" message on Canary 72, Pixel XL, Android 9 #13

nylki opened this issue Nov 8, 2018 · 11 comments

Comments

@nylki
Copy link

nylki commented Nov 8, 2018

Hi,
Although the phone I am using fullfills all requirements, I get the "unsupported Browser" screen when opening the test website. I have experimented with AR apps before (eg. three.ar.js via the older ARCore version), so it should in principle work.

  • Chrome Canary 72.0.3604.0
  • Android 9, Pixel XL, Build/PPR2.181005.003
@jsantell
Copy link
Contributor

I'd check out the Chacmool demo to see if it works for you, there's a chance Canary's WebXR isn't currently working

@lookreelDev
Copy link

Hi jsantell
I work for a university in an innovation lab. So we have been trialling a lot AR technologies. It has come to the Universities interest to research into web-AR
Just referring to the question that was asked from the previous post. I have tested the chcmool demo. and works like a charm using chrome canary. However the git project ar-with-webxr-master. When I load this live to view through my device which supports ARcore. It still gives me Unsupported browser. I have tested this through your Try It link and strangely works there. What could I be doing wrong?

Thanks in advanced...

@nylki
Copy link
Author

nylki commented Nov 20, 2018

@jsantell thank you for the Chacmool demo link. That one works indeed in the latest Chrome Canary. But running your own experiment from this repo apparently like @GeorgeDevDeakin also observed.

@jsantell
Copy link
Contributor

jsantell commented Nov 20, 2018

The hosted codelab examples work for me on Chrome Canary 72.0.3616.0, Pixel 2, Android 8.1.0 -- are you saying it works there, hosted, but not when loaded via localhost?

@nylki
Copy link
Author

nylki commented Nov 20, 2018

@jsantell I can't test the hosted version right now, but I can say for sure, that the localhost version was not working. (tested via chrome remote device dev tool and its port forwarding)

@jsantell
Copy link
Contributor

WebXR requires a secure context, so localhost or HTTPS: check out #4 for details of local dev

@lookreelDev
Copy link

Hope this is not a silly question. Is there any way that we can by pass checks for secure content in the code to activate the AR through localhost? Do you know of any node live server's that can provide create the HTTPS and pass as secure? If I have understood this correctly

Thanks

@nylki
Copy link
Author

nylki commented Nov 21, 2018

@jsantell I am well aware of that, since that was also the case for prior three.ar.js demos.

The WebXR test website was indeed opened on the Pixel smartphone on localhost.

The traffic was forwarded via USB (and via Desktop Chromes remote devices feature). That did work before (in WebARonARCore with three.ar.js experiments) but not in this particular case.

@JeaNugroho
Copy link

Hi @jsantell ,
I have been trying the Chacmool and Try It link. It both doesn't work for me, but here's what I have about my phone and my workstation laptop:
Samsung Galaxy S8: Android 9, Chrome 76.0.3793.0
Windows 10: Chrome 76.0.3793.0
I installed ARCore on my phone and enabled those Chrome 2 flags in both Chromes (laptop and phone). It still doesn't work for Chacmool and he Try It link. Do you know what's going on?

@jsantell
Copy link
Contributor

The implementation of WebXR in this repo no longer is in sync with the latest spec changes, which I think will be in Chrome stable end of Summer for now

@m4ntr4r4m4
Copy link

WebXR requires a secure context, so localhost or HTTPS: check out #4 for details of local dev

this is the best answer.

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

No branches or pull requests

5 participants