https://bz.apache.org/ooo/show_bug.cgi?id=128612
--- Comment #14 from [email protected] --- X11 has a XGetSelectionOwner() that we can use to look up the selection owner. When I copy a formula, and run a little tool I wrote that calls XGetSelectionOwner() and prints out the window ID and WM_NAME, I get one of two results. If it prints out: Invalid type of WM_NAME property. window id 0x3200001, name (null) then the formula will be successfully pasted. If it prints out: window id 0x1200004, name xfsettingsd then only the value will be pasted, not the formula. So xfsettingsd is trying to copy the clipboard contents, and take over clipboard ownership, leading OpenOffice to wrongly believe that it is no longer the clipboard owner, and forced to use the system clipboard with lower quality contents. This is a regression in XFCE desktop's xfsettingsd, read the following links: https://bbs.archlinux.org/viewtopic.php?id=304490 https://forum.xfce.org/viewtopic.php?id=18165 https://gitlab.xfce.org/xfce/libxfce4ui/-/issues/125 A workaround that can be used for now: XFSETTINGSD_NO_CLIPBOARD=1 nohup xfsettingsd --replace &> /dev/null & (Note that this will break other applications, such as those that record screenshots.) It's unclear what we should do going forward, I'll have to go through xfsettingsd and try to understand how it works. Maybe we shouldn't have an "internal" clipboard, there should only be a "system" clipboard and our internal formats should appear on that one, perhaps in some customized form (encrypted or as links to data we store internally). -- You are receiving this mail because: You are the assignee for the issue.
