Version: unspecified (using Devel) OS: Linux summary says it all. click and move the mouse over the globe drags the map/globe slightly but mostly moves the whole marble window. Click and drag only works as it should in full screen mode. Reproducible: Always OS: Linux (x86_64) release 2.6.33.3-85.fc13.x86_64 Compiler: gcc QT 4.7
To clarify it I'm running 4.5 beta 2 from redhat rpms on fedora 13.
"Me too" after upgrading from 4.4 to 4.5.
Seems to be a new behavior of oxygen where drag events that are not handled by the application are used to move the window. You can work around it by disabling that feature (run oxygen-settings). I'll look into fixing it in Marble (guess we're not eating events when waiting to see whether the left mouse button popup needs to be emitted).
SVN commit 1145875 by nienhueser: Always eat mouse move events on top the map, otherwise oxygen moves the application window around in its default setting. Please test, needs to be backported to 4.5 CCBUG: 242414 M +4 -1 MarbleWidgetInputHandler.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1145875
SVN commit 1148639 by nienhueser: Always eat mouse move events on top the map, otherwise oxygen moves the application window around in its default setting. Backport of commit 1145875. BUG: 242414 M +4 -1 MarbleWidgetInputHandler.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1148639
Git commit 9de5a28dc12031c8910b1fc1def6621e4b359fb5 by Dennis Nienhüser. Committed on 29/03/2014 at 15:42. Pushed by nienhueser into branch 'master'. Do not filter mouse press/release events. This reverts c4e0678. Please test for possible regressions, especially the one noted in bug 242414 (when using oxygen, dragging the map moves the whole window). Related: bug 324862 M +3 -3 src/lib/marble/MarbleWidgetInputHandler.cpp http://commits.kde.org/marble/9de5a28dc12031c8910b1fc1def6621e4b359fb5