Search Issue Tracker
Fixed in 5.4.0
Votes
1
Found in
5.2.2f1
Issue ID
740182
Regression
No
[WebGL] Chrome/Safari/Edge itself reacts to arrow keys even WebGL content is active
-what happened: Inconsistent behaviour between Chrome/Safari/Edge and Firefox when pressing Up/Down/left/right arrow keys. When there is a scroll bar the sphere object will move up/down when pressing Up/Down arrow keys, however, in Chrome/safari/Edge that will also make the webpage scroll.
Chrome/Safari/Edge: Up/Down/left/right arrow keypresses are handled by both Unity and browser
Firefox: Up/Down/left/right arrow keypresses are only handled by Unity
-repro:
--Build and Run for WebGL (see new attached move script)
--resize browser so you have the content tab with a horizontal and/or vertical scroll bar
--press up/down/left/right keys
--NOTICE when running in Chrome/Safari/Edge the sphere and the page itself move up and down
There is also a forum thread here:
http://forum.unity3d.com/threads/browser-input-working-together-with-webgl.363398/
Add comment
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- NullReferenceExceptions are being thrown when saving a ScriptableObject with an array of a type with a CustomPropertyDrawer that uses TrackPropertyValue
- Applied velocity is inconsistent when using Rigidbody AddForce() with ForceMode.VelocityChange
- Crash on AudioUtil_CUSTOM_HasAudioCallback when exiting Play Mode while the Inspector is displaying a GameObject with an empty script attached
- Scroll offset is framerate-dependent when scrolling with velocity in the Device Simulator
- "Object.FindObjectsOfType<T>() is obsolete" warning is thrown when using "Transitions Plus" asset
pdenton
Dec 13, 2015 20:18
This issue is still present in WebGL builds done in Unity 5.3.0.