Search Issue Tracker
Won't Fix
Votes
12
Found in
2017.4.0f1
2018.4.0f1
2019.1.0a1
2019.1.0f2
2019.2.0a1
2019.3.0a1
Issue ID
1161544
Regression
No
Mouse position does not match in-game mouse position in WebGL builds when zoom attribute is added to div "unityContainer" block
How to reproduce:
1. Open the attached project ("case_1161544-SimpleDemoProject.zip")
2. Open the repro scene ("SampleScene")
3. Build and run the WebGL build
4. Move the mouse around the scene
5. Confirm that the ray is following the mouse (in-game mouse position matches actual mouse position)
6. Apply "zoom" attribute to "unityContainer" div block
7. Move the mouse around the scene again
Expected results: The in-game mouse position matches actual mouse position
Actual results: The in-game mouse position does not match the actual mouse position
Reproducible with: 2017.4.29f1, 2018.4.2f1, 2019.1.7f1, 2019.2.0b6, 2019.3.0a6
Notes:
1. Tested with Google Chrome (Version 75.0.3770.80 (Official Build) (64-bit)) and Microsoft Edge (Microsoft Edge 42.17134.1.0) browsers
2. Setting the zoom back to the default value (100%) fixes the issue
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
- [URP][Lighting] The skybox doesn't render after changing the settings of the Material when using the URP Render Pipeline
- Crash on ShaderLab::ShaderState::ApplyShaderState when entering Play Mode and calling ShaderWarmup.WarmupShaderFromCollection with a shader that has dynamic_branch
- Crash on operator delete[] when a serializable structure in the System namespace is serialized by a MonoBehaviour
- [macOS] forward and backward mouse buttons are recognized as middle mouse button
- NavMeshModifier.OnEnable/OnDisable gets progressively slower when called repeatedly
Resolution Note (2019.3.X):
This is an edge case scenario that is not likely to affect many users.