Summary: | mouse cursor is small in titlebar, large elsewhere | ||
---|---|---|---|
Product: | [Applications] systemsettings | Reporter: | skierpage <skierpage> |
Component: | kcm_mouse | Assignee: | Unassigned bugs mailing-list <unassigned-bugs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | minor | CC: | ashleylester4, bugseforuns, eric.donkersloot, jodr666, kde, marcel.isolt, unassigned-bugs |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Fedora RPMs | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
window screenshot showing the large pointer
window screenshot showing the small pointer in the titlebar output of `kscreen-console bug` |
Description
skierpage
2016-11-13 23:28:03 UTC
Created attachment 102222 [details]
window screenshot showing the small pointer in the titlebar
Created attachment 102223 [details]
output of `kscreen-console bug`
This means KWin is started with a different logical DPI than the other applications, most probably because that setting is applied asynchronously with KWin startup. Fedora has some cross-desktop configuration tool for this, which might be another cause for the issue, depending on which time it is started and applies its configuration. I suggest to try this with a different distribution before reporting this to Fedora developers. I also see this on OpenSUSE Leap 42.2, KDE 5.8.3. You can easily see the difference in pointer size if you increase the scaling setting in the Displays settings. I'm using KDE Neon (KDE 5.9 on Ubuntu 16.04). I'm running it on a Macbook with Retina display. I scaled the display to 2x in system settings. The mouse cursor behaviour varies from run-to-run. It is normally the correct size (i.e. 48x) when: - on the desktop background - within the window borders in an application, apart from Firefox - on icons, text elements and the taskbar It is normally the incorrect size (i.e. 24x) when: - on the backgrounds of taskbar widgets, e.g. calender, launcher, volume, etc, unless over a text element or icon within that taskbar widget - on window borders (upper, lower, left, right) and the window title (i.e. generally window decorations) Setting the cursor size to 48x instead of resolution dependent does not affect behaviour. Occasionally, a restart, or a power-down, wait a while, power-up, fixes some instances. For example, right now, it's correct everywhere apart from within the window borders on Firefox. The behaviour does not seem to be dependent on cursor theme. Update: the behaviour seems to be consistent now. The cursor is the correct size everywhere apart from Firefox and Emacs, so this may be a GTK related issue. I get this one on neon unstable, but only on Wayland and using breeze for cursors. I can confirm this on neon dev, Wayland session. Same on Arch running plasma 5.10 beta under Wayland. Is this a dupe of bug 376245 , or vice-versa? skierpage, I guess Wayland issue could be separate issue. It's very consistent for me on real hardware and in KVM with Neon Developer Upstable and Kubuntu 17.10. In both cases issue is always reproducible in Wayland session but never in X11 session. However, I not sure if this bugreport is ok for tracking Wayland issue. I can reproduce this bug, both with Qt and GTK applications running on X11. Output of qdbus org.kde.KWin /KWin supportInformation https://paste.kde.org/p9abxm9fw/7ptqql *** This bug has been marked as a duplicate of bug 376245 *** The cursor size becomes normal if I delete the .cache/icon-cache.kcache file. I'm running KDE plasma 5.12.1 |