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
- [Linux Hub] A new instance of the Hub does not have a Taskbar icon
- Mesh Inspector becomes slow to use when inspecting a large Mesh with Blend Shapes
- [Metal] GfxDeviceMetal::CreateComputeProgram does not check inputs
- The Modes button of the the SerializedField MinMaxGradient is not clickable in the Inspector when indentLevel is more than 0
- Input.GetKey for Left Shift returns true when Right Shift is held down and Left Shift is pressed (and vice versa)
Resolution Note (fix version 2019.3):
This is an edge case scenario that is not likely to affect many users.