Does xrdp cache the wallpaper? #3445
-
I have an issue that I suspect is XFCE, not xrdp, but I'm having trouble finding the cause so I thought I'd ask here and be certain. I have a headless Arch/XFCE xrdp server that I connect to from a Win11 client (no other devices that I can easily test from). Previously when I overwrote the desktop wallpaper file, it would update immediately on my remote desktop. I'd appreciate if someone could confirm whether or not rdp is capable of caching the wallpaper on a workspace or desktop, and using that until the window manager explicitly updates it. [Please assume "window manager" is the correct term; I'm comfortable using Linux but I know I don't understand all the pieces!] Dragging a window around the screen, changing workspaces, etc, all keep the old background--another reason I suspect it's not an xrdp issue. I have to explicitly go into my desktop settings and reselect the updated file there in order for the wallpaper to change. I haven't seen any similar issues posted anywhere, and have been working with some Arch users with little luck so far on the XFCE side. I have zero technical understanding of how xrdp works (and little time or interest in learning it right now). I have not yet checked what happens if I login to the Arch machine locally. It's possible to do this, but time-consuming. Obviously if the issue occurs locally it is not caused by xrdp, so I can still try that to troubleshoot if necessary. |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 1 reply
-
We don't have anything to do with the desktop settings here, including the wallpaper. We work at a level below that. I have to say, the current behaviour seems rational to me. Otherwise, the window manager (xfwm4 in this case) would have to be monitoring the background image for changes. Here are a couple of ideas:-
HTH. |
Beta Was this translation helpful? Give feedback.
We don't have anything to do with the desktop settings here, including the wallpaper. We work at a level below that.
I have to say, the current behaviour seems rational to me. Otherwise, the window manager (xfwm4 in this case) would have to be monitoring the background image for changes. Here are a couple of ideas:-
xfwm4-settings
orxfwnm4-tweaks-settings
which might cause this. I've just had a quick look myself, but I couldn't see anything.HTH.