In current HEAD (b7034724abb859db36a3fa4312e4827141114f45) there's a bug regarding xfixes forwarding for selection changes. I think I know how to fix it but I am lacking time.
The problem is as follows:
run a desktop nx session ("outer nxagent")
from that session run an rootless nx session with konsole ("inner nxagent")
make a selection in the konsole inside the rootless session -> clipboard owner is konsole
make a selection on the real X server -> the outer nxagent will get a Xfixes SelectionSetOwner event from the real X server but will not trigger that event for the inner nxagent
if the previous clipboard owner (konsole) relies on getting Xfixes events on every clipboard change and does not try to use XGetSelectionOwner() it will assume it is still the owner. The effect is that pastes in konsole will refer to itself and thus paste the previous clipboard content. This problem can e.g. be seen in konsole from RHEL 7.9 but not in the one from debian 10.
The source of all this is 7aa969cd4ee5fe6ecf74f82442e4a0a7491191c1 where I was driven by wanting to get rid of the trap and totally missed what the callback is required for.
I will re-implement the old behaviour soon (a simple revert is not working due to other changes), maybe I can drop the trap by other means.
In current HEAD (b7034724abb859db36a3fa4312e4827141114f45) there's a bug regarding xfixes forwarding for selection changes. I think I know how to fix it but I am lacking time.
The problem is as follows:
The source of all this is 7aa969cd4ee5fe6ecf74f82442e4a0a7491191c1 where I was driven by wanting to get rid of the trap and totally missed what the callback is required for.
I will re-implement the old behaviour soon (a simple revert is not working due to other changes), maybe I can drop the trap by other means.