Bug 371059 - Cursor Theme is not unified in between applications until KWin is restarted
Summary: Cursor Theme is not unified in between applications until KWin is restarted
Status: RESOLVED DUPLICATE of bug 382604
Alias: None
Product: systemsettings
Classification: Applications
Component: kcm_cursortheme (show other bugs)
Version: unspecified
Platform: Neon Linux
: NOR normal
Target Milestone: ---
Assignee: Unassigned bugs mailing-list
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-10-18 06:21 UTC by Vlad
Modified: 2020-01-11 19:32 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
plasma 5.15.2 warns to restart session (367.69 KB, image/png)
2019-02-28 17:48 UTC, Patrick Silva 		Details
View All Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Vlad 2016-10-18 06:21:24 UTC 
I've recently changed my cursor theme, and most apps have it, but Chrome. I'm guessing theres a bug in KDE Neon 5.8.1, but I am not too sure.
Comment 1 Vlad 2016-10-18 07:05:27 UTC 
Visible with LibreOffice
Comment 2 Christoph Feck 2016-10-19 01:53:03 UTC 
Neither Chrome, nor LibreOffice are KDE applications. They might follow GTK configuration instead, so you would need a separate tool to change the cursor theme.
Comment 3 Tristan Miller 2017-02-17 14:40:01 UTC 
I don't recall this being a problem in earlier versions of KDE.  What changed recently that prevents KDE from being able to set the cursor used in GTK+ applications?  Is it a change in GTK+ or a change in KDE?
Comment 4 Tristan Miller 2017-02-21 14:11:18 UTC 
The problem seems to have corrected itself after logging out and back in again.

If restarting KDE is required for cursor theme changes to take effect, then the user needs to be warned about this via a dialog window.
Comment 5 Philip Murray 2017-07-10 17:37:09 UTC 
I've noticed a similar issue; using Debian 9.0 KDE the cursor theme reverts back to Breeze after closing & re-opening an application (e.g. Dolphin or Firefox*).

1. In System Settings > Workspace Theme > Cursor Theme, I select a non-Breeze cursor theme.
2. Application correctly changes as to the selected cursor theme.
3. Close Application.
4. Re-open application & its cursor theme if back to Breeze. But other applications that haven't been closed & opened are still on the previous theme.

*I initially though it was just a GTK issue (or I'd got something wrong in the Application Style > Gnome Application Style settings), but I then tested & found the same behaviour in Dolphin.

The change in cursor theme can also been seen when moving the cursor slowly along the taskbar; between widgets the style changes, e.g. between the clock & the system tray, or between the K menu logo & the first application launcher.
Comment 6 Patrick Silva 2019-02-28 17:48:06 UTC 
Created attachment 118439 [details]
plasma 5.15.2 warns to restart session

(In reply to Tristan Miller from comment #4)
> If restarting KDE is required for cursor theme changes to take effect, then
> the user needs to be warned about this via a dialog window.

plasma 5.15.2 shows such warning. See my screenshot.
Comment 7 Tristan Miller 2019-02-28 20:45:20 UTC 
(In reply to Patrick Silva from comment #6)
> (In reply to Tristan Miller from comment #4)
> > If restarting KDE is required for cursor theme changes to take effect, then
> > the user needs to be warned about this via a dialog window.
> 
> plasma 5.15.2 shows such warning. See my screenshot.

Good.  So does this mean that the issue reported by the OP is effectively solved?  That is, can anyone reproduce the problem of not having their cursor theme apply to GTK applications *after* logging out and back in again?
Comment 8 Nate Graham 2020-01-11 19:32:21 UTC 

*** This bug has been marked as a duplicate of bug 382604 ***