Editor: Release mouse button does not work when placing things and mouse gets under a window
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
widelands |
Fix Released
|
High
|
Unassigned |
Bug Description
Steps to reproduce:
1. Open editor
2. Open Tools window and immovables window
3. Select an immovable (f.e. the column "ruin") and don't close the immovable window
4. Hold down left mouse button and place columns on the map
5. Move the mouse under the Immovables window (while hold down the mouse button) and release the mouse button
6. Move the mouse and everywhere the mouse is moved to, columns (ruins) will be placed, even the mouse button is released.
7. Select another immovable or open terrain menu and select a terrain
8. Now the mouse is placing the thing you selected on each place where the mouse moves to.
To stop this you have to click once again on the map.
This happens if the mouse pointer gets under each open window.
Even worth: If you select the "Set origin" button after releasing the mouse button under a window, each time the mouse moves, a click event is triggered and the origin is calculated each time the mouse is over a node of the map.
I guess this is no regression, because i noticed this behavior long time ago.
Related branches
- kaputtnik (community): Approve (testing)
- GunChleoc: Needs Resubmitting
- SirVer: Approve
-
Diff: 280 lines (+10/-41)20 files modifiedsrc/ui_basic/button.cc (+2/-1)
src/ui_basic/checkbox.cc (+0/-3)
src/ui_basic/checkbox.h (+0/-1)
src/ui_basic/editbox.cc (+0/-3)
src/ui_basic/editbox.h (+0/-1)
src/ui_basic/listselect.cc (+0/-3)
src/ui_basic/listselect.h (+0/-1)
src/ui_basic/slider.cc (+2/-1)
src/ui_basic/table.cc (+0/-3)
src/ui_basic/table.h (+0/-2)
src/ui_basic/tabpanel.cc (+0/-3)
src/ui_basic/tabpanel.h (+0/-1)
src/ui_basic/window.cc (+0/-1)
src/ui_fsmenu/helpwindow.cc (+2/-5)
src/ui_fsmenu/helpwindow.h (+0/-1)
src/ui_fsmenu/intro.cc (+0/-4)
src/ui_fsmenu/intro.h (+0/-1)
src/wui/mapview.cc (+4/-2)
src/wui/minimap.cc (+0/-3)
src/wui/minimap.h (+0/-1)
Changed in widelands: | |
status: | Triaged → Fix Committed |
I can reproduce this with Build 18 already. Probably related to Windows having the topcaller property.