Search Issue Tracker
Fixed
Fixed in 2022.3.62f1, 6000.0.48f1, 6000.1.1f1, 6000.2.0a10
Votes
0
Found in
2021.3.50f1
2022.3.60f1
6000.0.45f1
6000.1.0b13
6000.2.0a8
Issue ID
UUM-102046
Regression
No
[macOS] KeyDownEvent.originalMousePosition returns incorrect coordinates when last focused element was a TextField in text editing mode
How to reproduce:
1. Open the “IN-98229_treeDownTest” project
2. Open Windows > My Window
3. Click inside the window to focus it
4. Press Space key for the popup to appear
5. Click outside the popup to dismiss it
6. Press Space key again
7. Observe the window
Expected result: the popup appears at the mouse coordinates
Actual result: the popup is placed at the wrong coordinates
Reproducible with: 2021.3.50f1, 2022.1.0a1, 2022.3.60f1, 6000.0.45f1, 6000.1.0b13, 6000.2.0a8
Reproducible on: macOS 15.3.2 (M1 Max)
Not reproducible on: Windows 10
Workaround: If you bring up the popup and then press Esc key, then dismiss it (click outside the popup), pressing Space key the next time will place the popup at the correct coordinates.
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
- Some UXML Template Asset foldouts appear enabled when all fields inside are disabled
- URP Terrain Demo crash on burst_signal_handler after Generating lighting
- Project window button icons are poorly visible and their shades differ in Light theme
- GC.Alloc called by HDRenderPipeline.LensFlareMergeOcclusionDataDrivenPass() when playing the default HDRP Sample Template project
- Automatic LOD fails and SRP Batcher incompatibility occurs when using spline-based quad-topology meshes
Resolution Note (fix version 6000.1.1f1):
Verified the issue is no longer reproducible in 6000.1.2f1 with macOS Sequoia 15.3
Resolution Note (fix version 2022.3.62f1):
Verified the issue is no longer reproducible in 2022.3.62f1 with macOS Sequoia 15.3