[WORKAROUND]XFCE: Progress cursor reverts to default X progress cursor

IMBJR · 2024-03-26 16:26:17

Since the GNOME update, I've noticed that instead of the progress cursor I would normally see (an arrow with a progress wheel on it), I see the standard X progress cursor, an arrow with a stop-watch by it. The cursor also appears to be smaller.

/usr/share/icons/Adwaita/cursors/ has the progress and wait cursors, but they are not being used.

/usr/share/icons/default/index.theme shows that:
[Icon Theme]
Inherits=Adwaita

so I'm not sure why the cursor does not display as it should. I see no errors in xsession, xfce4 or Xorg.

Last edited by IMBJR (2024-03-27 12:10:47)

seth · 2024-03-26 16:29:56

https://bbs.archlinux.org/viewtopic.php … 8#p2153248

IMBJR · 2024-03-26 18:00:28

So, did the Adwaita cursor theme redefine the names of some of its cursors? Seems like a nod to the XFCE developers is in order to have them adjust accordingly, but I can only assume they're not obliged to support the Adwaita theme, since the Elementary one is, I think, the standard one for XFCE.

Not sure how I feel about running a script to fix the wait/progress cursors without understanding what the issue is.

Edit: Well, I created an /.icons folder, with an Adwaita subfolder with a cursors subfolder in that and ran the script and:

[imbjr@pc ~]$ bash ~/Desktop/cursorfix.sh 
Fixing theme: Adwaita
left_ptr arrow dnd-none op_left_arrow
*** WARNING *** No usable cursor for L_PTR
cross diamond-cross cross-reverse crosshair
*** WARNING *** No usable cursor for CROSS
up_arrow center_ptr sb_up_arrow centre_ptr
*** WARNING *** No usable cursor for UP_ARR
wait watch progress
*** WARNING *** No usable cursor for WAIT
ibeam xterm text
*** WARNING *** No usable cursor for IBEAM
fleur size_all
*** WARNING *** No usable cursor for FLEUR
pointing_hand pointer hand hand1 hand2 e29285e634086352946a0e7090d73106 9d800788f1b08800ae810202380a0822
*** WARNING *** No usable cursor for HAND2
size_ver sb_v_double_arrow v_double_arrow n-resize s-resize col-resize top_side bottom_side base_arrow_up base_arrow_down based_arrow_down based_arrow_up 00008160000006810000408080010102
*** WARNING *** No usable cursor for SZ_VER
size_hor sb_h_double_arrow h_double_arrow e-resize w-resize row-resize right_side left_side 028006030e0e7ebffc7f7070c0600140
*** WARNING *** No usable cursor for SZ_HOR
size_bdiag fd_double_arrow bottom_left_corner top_right_corner fcf1c3c7cd4491d801f1e1c78f100000
*** WARNING *** No usable cursor for SZ_BDG
size_fdiag bd_double_arrow bottom_right_corner top_left_corner c7088f0f3e6c8088236ef8e1e3e70000
*** WARNING *** No usable cursor for SZ_FDG
whats_this left_ptr_help help question_arrow dnd-ask d9ce0ab605698f320427677b458ad60b 5c6cd98b3f3ebcb1f9c7f1c204630408
*** WARNING *** No usable cursor for WHATST
split_h 14fef782d02440884392942c11205230 size_hor
*** WARNING *** No usable cursor for SPLT_H
split_v 2870a09082c103050810ffdffffe0204 size_ver
*** WARNING *** No usable cursor for SPLT_V
forbidden circle dnd-no-drop not-allowed 03b6e0fcb3499374a867c041f52298f0
*** WARNING *** No usable cursor for FORBID
left_ptr_watch half-busy 3ecb610c1bf2410f44200f48c40d3599 00000000000000020006000e7e9ffc3f 08e8e1c95fe2fc01f976f1e063a24ccd
*** WARNING *** No usable cursor for LPWTCH
openhand all_scroll all-scroll 9141b49c8149039304290b508d208c40
*** WARNING *** No usable cursor for O_HAND
closedhand 05e88622050804100c20044008402080 4498f0e0c1937ffe01fd06f973665830 9081237383d90e509aa00f00170e968f fcf21c00b30f7e3f83fe0dfd12e71cff
*** WARNING *** No usable cursor for C_HAND
dnd-link link alias 3085a0e285430894940527032f8b26df 640fb0e74195791501fd1ed57b41487f a2a266d0498c3104214a47bd64ab0fc8
*** WARNING *** No usable cursor for ALIAS
dnd-copy copy 1081e37283d90000800003c07f3ef6bf 6407b0e94181790501fd1e167b474872 b66166c04f8c3109214a4fbd64a50fc8
*** WARNING *** No usable cursor for COPY
dnd-move move
*** WARNING *** No usable cursor for MOVE

And with all that, the cursor problem persists.

Last edited by IMBJR (2024-03-26 21:56:18)

IMBJR · 2024-03-26 18:35:22

Tried copying the Adwaita theme into .icons and I get less errors but no fixed cursor.

IMBJR · 2024-03-26 18:53:04

Looks like Vanilla-DMZ works better than Adwaita, so moving to that.

seth · 2024-03-26 21:14:37

You'd have to actually copy the adwaita cursors into you local directory what however was a good idea since, if you had followed the link and the bugs there, you'd hace come along https://bugzilla.mozilla.org/show_bug.c … 876366#c15 which suggests that w/ https://gitlab.gnome.org/GNOME/adwaita- … 2907533383 the breaking commit is going to be reverted (so if you're doing this in /usr/share/icons you'll eventually get file collisions when the package update tries to add the same files)

Please use [code][/code] tags. Edit your post in this regard.

Please always remember to mark resolved threads by editing your initial posts subject - so others will know that there's no task left, but maybe a solution to find.
Thanks.

Toolybird · 2024-03-26 21:30:26

There's also: https://gitlab.archlinux.org/archlinux/ … -/issues/1 which confirms upstream breakage in non-GNOME environments. AFAICT, either GNOME has to revert it properly or these non-GNOME environments will have to adapt.

seth · 2024-03-26 21:53:24

wrt the OPs particular issue, "wait" and "watch" already were re-established in 46.0-1, what would be mising from older reelases would be

"3ecb610c1bf2410f44200f48c40d3599" -> "left_ptr_watch"
"08e8e1c95fe2fc01f976f1e063a24ccd" -> "left_ptr_watch"
"left_ptr_watch"  
"progress" -> "left_ptr_watch"

This isn't only "environments", this is also various clients and I originally posted the script when we ran into electron crashing because it could not resolve a cursor icon…

IMBJR · 2024-03-26 22:00:07

seth wrote:

Please always remember to mark resolved threads by editing your initial posts subject - so others will know that there's no task left, but maybe a solution to find.
Thanks.

Looks like there's a bit of a limit on the subject field. I cannot prepend [Not fixed, but worked around]

seth · 2024-03-26 22:04:43

You could solve it by completing the theme

Otherwise use just "[WORKAROUND]" and slightly shorten the topic if necessary ("… reverts to default theme")

Edit: the script won't be able to fix this, though, because "left_ptr_watch" and all references to it have apparently been scrapped.
The theme no longer offers that cursor at all.
You're probably better off just downgrading the package…

Last edited by seth (2024-03-26 22:39:38)

tekstryder · 2024-03-27 12:50:40

seth wrote:

...the breaking commit is going to be reverted...

That was merged during the 46 dev cycle. There'd be far more cursor chaos currently had it not

Toolybird wrote:

AFAICT, either GNOME has to revert it properly or these non-GNOME environments will have to adapt.

Or not. As the Adwaita cursor theme serves Gnome/GTK, other environments & users of non-Gnome could use other themes.

A good summary of the decision's rationale & compromised solution (current) can be found here:
https://gitlab.gnome.org/GNOME/adwaita- … te_2010537

At one point in the 46 dev cycle my terminal (foot) broke badly during this cursor transition. The issue I filed showed some willingness by the developer to adapt (after fixing the primary issue promptly), to the newer cursor CSS "standards", but they are in no way beholden to Gnome/GTK, despite my selfish desires:
https://gitlab.gnome.org/GNOME/adwaita- … te_2010537

EDIT: Oh, and resultant cursor-adapting commit:
https://codeberg.org/dnkl/foot/commit/d … d939cb5c6e

Last edited by tekstryder (2024-03-27 12:56:09)

seth · 2024-03-28 09:12:21

What about

seth wrote:

"left_ptr_watch" and all references to it have apparently been scrapped.
The theme no longer offers that cursor at all.

Is that now just no longer a thing?

So I wrote three rants, each of which would get me banned for pretty much sure.
The gist is that https://archlinux.org/packages/extra/an … t-cursors/ needs to move to Vanilla-DMZ-AA because right now arch lures its users into a default cursor theme that's broken by design and for no other reason that … I'm on it again

@Toolybird, any objections _before_ I file a bug?

Edit: it also seems to cause issues w/ fractional scaling, https://bbs.archlinux.org/viewtopic.php?id=294289

Last edited by seth (2024-03-28 13:37:09)

tekstryder · 2024-03-30 12:51:43

seth wrote:

What about
seth wrote:
"left_ptr_watch" and all references to it have apparently been scrapped.
The theme no longer offers that cursor at all.
Is that now just no longer a thing?
So I wrote three rants, each of which would get me banned for pretty much sure.

Well you're not the only one fired up about these cursor changes.

Linked recent discussion is about the dnd cursor... in which there are some strong unaligned opinions voiced by some very smart people haha.
https://gitlab.gnome.org/GNOME/gtk/-/is … te_2061599

I never knew folks were so passionate about cursors. I'm a simple guy... happy with just an arrow

seth · 2024-03-30 18:40:35

There's no "gome core app" cursor.
There's *the* cursor and every client is going to use that. New ones, old ones, legacy ones, perfectly implemented ones, crappily implemented ones…

This isn't about cursor design (I could not care less, though I will say that I've liked and used jimmacs work for decade… well, some years) but random clients break on users because they "accidentally" updated the cursor theme - something they might not even be aware to exist - and that broke compatibility for absolutely no techincal reason, but hubris.

And then of course everybody else is expected to pick up the pieces and clean up after them.
They just break stuff because they too lazy or dense to contemplate the impact of their actions - and that's SEP.

Arch Linux

#1 2024-03-26 16:26:17

[WORKAROUND]XFCE: Progress cursor reverts to default X progress cursor

#2 2024-03-26 16:29:56

Re: [WORKAROUND]XFCE: Progress cursor reverts to default X progress cursor

#3 2024-03-26 18:00:28

Re: [WORKAROUND]XFCE: Progress cursor reverts to default X progress cursor

#4 2024-03-26 18:35:22

Re: [WORKAROUND]XFCE: Progress cursor reverts to default X progress cursor

#5 2024-03-26 18:53:04

Re: [WORKAROUND]XFCE: Progress cursor reverts to default X progress cursor

#6 2024-03-26 21:14:37

Re: [WORKAROUND]XFCE: Progress cursor reverts to default X progress cursor

#7 2024-03-26 21:30:26

Re: [WORKAROUND]XFCE: Progress cursor reverts to default X progress cursor

#8 2024-03-26 21:53:24

Re: [WORKAROUND]XFCE: Progress cursor reverts to default X progress cursor

#9 2024-03-26 22:00:07

Re: [WORKAROUND]XFCE: Progress cursor reverts to default X progress cursor

#10 2024-03-26 22:04:43

Re: [WORKAROUND]XFCE: Progress cursor reverts to default X progress cursor

#11 2024-03-27 12:50:40

Re: [WORKAROUND]XFCE: Progress cursor reverts to default X progress cursor

#12 2024-03-28 09:12:21

Re: [WORKAROUND]XFCE: Progress cursor reverts to default X progress cursor

#13 2024-03-30 12:51:43

Re: [WORKAROUND]XFCE: Progress cursor reverts to default X progress cursor

#14 2024-03-30 18:40:35

Re: [WORKAROUND]XFCE: Progress cursor reverts to default X progress cursor

Board footer