Search Issue Tracker
Fixed in 2017.3.0f3
Fixed in 5.6.X, 2017.1.X, 2017.2.X
Votes
0
Found in
5.6.1p2
Issue ID
923430
Regression
Yes
[UI] Buttons` hit areas are shifted when full-screen resolution is changed in built project on Windows OS
To reproduce:
1. Open user's attached project
2. Build it for Windows OS (x86_64) and make sure that "main" scene is included in build settings
3. Launch built project and hit "Next" and "Previous" buttons (these buttons change resolution)
Note: Buttons will change their filling color to the red when a mouse cursor is pointing at them.
Expected: After the resolution is changed, button's hit area will remain same as button's position.
Actual: After the resolution is changed, button's hit area is shifted.
Not reproducible with Mac OS X.
Reproduced with: 5.6.2f1, 2017.1.0f1, 2017.2.0a4
Not reproducible with: 5.5.0p4, 5.6.0b1
Regression introduced in 5.6.0b2
Wasn't able to reproduce with 2017.2.0b1 because buttons are not clickable.
Fixed in 2017.3.0a1
Backported to 5.6.2p3, 2017.1.0p2, 2017.2.0b5
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
- “[Worker0] Could not generate preview image“ error when opening macOS native plugin in the Inspector with Architecture to build for set to ARM 64-bit
- [iOS] Application.absoluteURL is empty on Awake/Start when opening via deep link with Splash Screen disabled
- Crash on MemoryManager::Deallocate when rapidly calling Addressables.LoadAssetAsync
- Crash on physx::shdfnd::atomicIncrement when adjusting values on a character controller component after entering Play mode in Prefab edit mode
- [Rendering Debugger] [NewInputSystem] Debug Overlays in Play mode throws InvalidOperationException when using New Input System
salma_unity986
Oct 11, 2018 09:48
Reproduced in unity 2018.2 .. Button Hit areas areas are shifting when resolution is changed