Search Issue Tracker
Third Party Issue
Votes
6
Found in
6000.0.54f1
6000.1.14f1
6000.2.0b12
6000.3.0a3
6000.4.0a1
6000.5.0a1
Issue ID
UUM-113452
Regression
No
HTML Drag and Drop API stops working when Cursor.lockState changes on Firefox in a WebGL Standalone Build
How to reproduce:
1. Open the project “IN-109258_DragAndDrop”
2. File → Build and Run
3. Open the localhost link to the built project on Mozilla Firefox
4. Drag and drop any file into the built project
5. Click on the inside of the built project and then click again
6. Press ESC to leave the locked cursor state
7. Drag and drop any file into the built project
9. Observe the Developer Console inside of the build
Expected result: The Developer Console prints out two blob names of the files dragged and dropped
Actual result: The Developer Console prints out only one blob name of the file dragged and dropped before locking the Cursor
Reproducible with: 2022.1.0a1, 6000.0.54f1, 6000.1.14f1, 6000.2.0b12, 6000.3.0a3
Reproducible on: Windows 11
Not reproducible on: No other environments tested
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
- Out-of-bounds memory access with multiple CanvasRenderers under a Canvas when using Mesh API
- Inspector tries to access file after it was deleted when the file was locked in Inspector window
- Changing Transform values in Search window Inspector loses focus while dragging and stopping mouse without releasing dragging action
- Saving changes on the dirty VFX Graph during the Play mode throws "The referenced script (Unknown) on this Behaviour is missing!" warnings
- VFX Graph Debug Info overlaps the "Initialize" block debug info by default
Resolution Note:
Thank you for reporting a bug to Unity.
We have reviewed the issue carefully, and in this case, we determined it is a third-party issue.
We reported the bug to Mozilla: https://bugzilla.mozilla.org/show_bug.cgi?id=1996841.
As a workaround it is possible to use Scripting API to disable the sticky pointer lock mode using "WebGLInput.stickyCursorLock = false;"(https://docs.unity3d.com/ScriptReference/WebGLInput-stickyCursorLock.html) and manually activating the pointer lock mode on click events. This seems to prevent the bug from triggering in most cases.
Today we will be closing this case. Thank you again for taking the time to report this issue, and please let us know if there is anything else that changes the impact or severity of this issue.