Hello, I clicked on a kde4 question mark button at the decorator bar in ktp-auth-handler (kde4). Now, whenever I mouse over the decorator bar of any window (kde4, kde5, or gtk), the mouse cursor shows the cursor with the question mark on the botton-right corner. If I open the decorator submenu (left click), and mouse over some part of a window, the question mark cursor changes to a cancel cursor. If I left the submenu when cursor is normal, it goes back to the original one. Reproducible: Always Steps to Reproduce: 1.open systemsettings 2.click on question mark 3.click on blank part of the windows (in order to cancel the question) Actual Results: 4.all menu decorator bar still uses the question mark (or whatever was the last cursor used)
Which decoration? qdbus org.kde.KWin /KWin supportInformation
Breeze: ========================== Version ======= KWin version: 5.1.90 Qt Version: 5.3.2 Operation Mode: X11 only Options ======= focusPolicy: 0 nextFocusPrefersMouse: false clickRaise: true autoRaise: false autoRaiseInterval: 0 delayFocusInterval: 0 shadeHover: false shadeHoverInterval: 250 separateScreenFocus: false placement: 4 focusPolicyIsReasonable: true borderSnapZone: 10 windowSnapZone: 10 centerSnapZone: 0 snapOnlyWhenOverlapping: false showDesktopIsMinimizeAll: false rollOverDesktops: true focusStealingPreventionLevel: 1 legacyFullscreenSupport: false operationTitlebarDblClick: commandActiveTitlebar1: 0 commandActiveTitlebar2: 30 commandActiveTitlebar3: 2 commandInactiveTitlebar1: 4 commandInactiveTitlebar2: 30 commandInactiveTitlebar3: 2 commandWindow1: 7 commandWindow2: 8 commandWindow3: 8 commandWindowWheel: 31 commandAll1: 10 commandAll2: 3 commandAll3: 14 keyCmdAllModKey: 16777251 showGeometryTip: false condensedTitle: false electricBorderMaximize: true electricBorderTiling: true electricBorderCornerRatio: 0.25 borderlessMaximizedWindows: false killPingTimeout: 5000 hideUtilityWindowsForInactive: true inactiveTabsSkipTaskbar: false autogroupSimilarWindows: false autogroupInForeground: true compositingMode: 1 useCompositing: false compositingInitialized: false hiddenPreviews: 1 unredirectFullscreen: false glSmoothScale: 2 colorCorrected: false xrenderSmoothScale: false maxFpsInterval: 16666666 refreshRate: 0 vBlankTime: 6000000 glStrictBinding: true glStrictBindingFollowsDriver: true glCoreProfile: false glPreferBufferSwap: 97 glPlatformInterface: Screen Edges ============ desktopSwitching: false desktopSwitchingMovingClients: false cursorPushBackDistance: timeThreshold: 150 reActivateThreshold: 350 actionTopLeft: 0 actionTop: 0 actionTopRight: 0 actionRight: 0 actionBottomRight: 0 actionBottom: 0 actionBottomLeft: 0 actionLeft: 0 Screens ======= Multi-Head: no Active screen follows mouse: no Number of Screens: 2 Screen 0 Geometry: 896,195,1680x1050 Screen 1 Geometry: 0,0,900x1440 Decoration ========== Current Plugin: aurorae Shadows: yes Alpha: yes Announces Alpha: yes Tabbing: no Frame Overlap: yes Blur Behind: yes Compositing =========== Compositing is not active
> Decoration > ========== > Current Plugin: aurorae can you please try with Oxygen?
Nope, aurorae (theme is pretty much irrelevant ;-)
In oxygen, at systemsettings, there is never a question mark cursor. When I click on the question mark button, it gets the cancel cursor (no question mark cursor? why? question function is disabled and breeze failed to detect it?). It is very different with oxygen. The cursor "cancel cursor" is kept if I move over its window (as expected). However, if I put another window side-by-side with if and move the mouse from one decotator to the one in another window, the cursos is kept. If in this another window I move the cursor over any window component (except the decotator), cursor is back. Going back to the first window (systemsettings), cursor over the window is the "cancel cursor" but it is back to normal in decorator. At least a little better than breeze. ;-)
(In reply to Thomas Lübking from comment #4) > Nope, aurorae (theme is pretty much irrelevant ;-) Thomas, it is different for me using breeze (aurorae) and oxygen as I commented.
FYI: In your case, "breeze" is simply an "aurorae theme" and unlike the decoration plugin (oxygen ./. aurorae), the particular aurorae theme is irrelevant. There's also a breeze decoration plugin in git, but that's not what you use - confused enough now? ;-)
(In reply to Thomas Lübking from comment #7) > FYI: > In your case, "breeze" is simply an "aurorae theme" and unlike the > decoration plugin (oxygen ./. aurorae), the particular aurorae theme is > irrelevant. > > There's also a breeze decoration plugin in git, but that's not what you use > - confused enough now? ;-) Much more :-) Anyway, for a user point-of-view, ask for breeze or oxygen is the best way to get if it is using oxygen or aurorae (or oxygen in kde5 uses aurorae too?).
> Much more :-) Anyway, for a user point-of-view, ask for breeze or oxygen is > the best way to get if it is using oxygen or aurorae right at the moment. Once I find the time to finish KDecoration2 it won't ;-) > (or oxygen in kde5 > uses aurorae too?). no
I cannot reproduce with new KDecoration2. Can you please try again with an up to date devel system?
Created attachment 90249 [details] attachment-26757-0.html Martin, I cannot test right now but I'll do it after Jan 28. Em 13h00 seg, 05/01/2015, Martin Gräßlin <mgraesslin@kde.org> escreveu: > https://bugs.kde.org/show_bug.cgi?id=340071 > > --- Comment #10 from Martin Gräßlin <mgraesslin@kde.org> --- > I cannot reproduce with new KDecoration2. Can you please try again with an > up > to date devel system? > > -- > You are receiving this mail because: > You reported the bug.
all right, I'm setting to waiting for info. Please reopen if it's not yet fixed after you had the chance to test.
*** Bug 342917 has been marked as a duplicate of this bug. ***
reopening due to duplicate
I just tested with updated packages. Same behavior. So, I switched theme from "opensuse" to "brezee". Now the question mark cursor is gone :-). I simply get the normal cursor after I click on the question mark button. Now I cannot go back to the original state :-) Maybe the cursor might return with a kde restart.
It is still happening, please check this video http://youtu.be/wC5v0vrb1aQ
If the "only" bug is that the cursor shape doesn't alter on hovering the desktop (please try whether it alters when eg. hovering a Qt4 application), that's a bug in Qt5/QtQuick/Plasmashell - otherwise this seems to match the KWin4 behavior exactly (the cursor stays in whatsthis mode for the particular client until it's clicked) Especially you apparently do NOT see the originally proposed bug (the cursor remains in WhatsThis mode for all titlebars)
Luiz I've tested this on Plasma from git master and I cannot reproduce the issue with the Breeze theme. If you can reproduce the issue with another theme then it will be theme related. Can you please test and confirm if this issue is still occurring or if this bug report can be marked as resolved. I'm setting status to "needsinfo" pending your response, please change back to "reported" or "resolved" when you respond, thanks.
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!