Bug 48783

Hello Jarlath, *,
I can confirm your observation with LO Version 3.6.2.2 (Build ID: da8c1e6) under Debian Testing x86 (but seem to remember to have this same behaviour observed on my PC with Debian Testing AMD64), but I am not sure, if it is a bug from LO and/or from the clipboard. I seem to remember, that it happened to me, when copying from other applications to the clipboard (say from firefox to konsole) in the past as well. So maybe it works "as expected" (by the developers, it means ... ;) ).

Just out of interest: Are you using the default WM/DE GNOME? And have you tested it with another one (like XFCE, KDE or the like)?
HTH
Thomas.

Hi Thomas,

Thanks for your reply. I can currently reproduce this on the Ubuntu 
12.04 Unity desktop which I believe uses Gnome as it's backend. I 
haven't tried this on any other linux environments. I did try the same 
experiment with (copying from and closing) Firefox and (pasting to) 
Gedit, it worked correctly in this case.

However on MacOS 10.8 (Mountain Lion) this issue is not reproducible. 
The clipboard contents are preserved on exit.

By the way, were you using KDE to reproduce this?

On 09/29/2012 11:45 PM, bugzilla-daemon@freedesktop.org wrote:
>
> *Comment # 1 <https://bugs.freedesktop.org/show_bug.cgi?id=48783#c1> 
> on bug 48783 <https://bugs.freedesktop.org/show_bug.cgi?id=48783> from 
> thackert@nexgo.de <mailto:thackert@nexgo.de> *
> Hello Jarlath, *,
> I can confirm your observation with LO Version 3.6.2.2 (Build ID: da8c1e6)
> under Debian Testing x86 (but seem to remember to have this same behaviour
> observed on my PC with Debian Testing AMD64), but I am not sure, if it is a bug
> from LO and/or from the clipboard. I seem to remember, that it happened to me,
> when copying from other applications to the clipboard (say from firefox to
> konsole) in the past as well. So maybe it works "as expected" (by the
> developers, it means ... ;) ).
>
> Just out of interest: Are you using the default WM/DE GNOME? And have you
> tested it with another one (like XFCE, KDE or the like)?
> HTH
> Thomas.
> ------------------------------------------------------------------------
> You are receiving this mail because:
>
>   * You reported the bug.
>

Confirmed by multiple affected users.

https://wiki.ubuntu.com/ClipboardManager

Bjoern - your wiki link fails for me.

The X clipboard system relies on the app owning the selection to provide the data; if you close the app - that app isn't there; so it will fail.

There are various (varyingly expensive) hacks around this out there in various desktops; that try to serialise the clipboard at various points - I guess this could be done before exit.

Problems abound: eg. select 2^36 cells in a sheet, hit copy, exit LibreOffice - what happens ? ;-> but - that's always the way with big sheets I guess.

Are you certain this is an unexpected bug ? :-)

ups, copy paste fumble:
https://wiki.ubuntu.com/ClipboardPersistence

As for unexpectedness:
https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/983449/comments/8
so yes, I think this is expected -- esp. since more and more other apps are using the workaroud, we start to stick out. From a UX perspective it is likey better to have all apps use one of the workarounds -- or none.

Dear Bug Submitter,

This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information.

For more information about our NEEDINFO policy please read the wiki located here: 
https://wiki.documentfoundation.org/QA/FDO/NEEDINFO

If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed.


Thank you for helping us make LibreOffice even better for everyone!


Warm Regards,
QA Team

I'm not sure why the NEEDINFO status is set, I have answered any questions asked. Unless you want me to write the patch :)

Please let me know what I can provide. Thanks & regards.

On 24 Sep 2013, at 02:59, bugzilla-daemon@freedesktop.org wrote:

> 
> Comment # 6 on bug 48783 from QA Administrators
> Dear Bug Submitter,
> 
> This bug has been in NEEDINFO status with no change for at least 6 months.
> Please provide the requested information as soon as possible and mark the bug
> as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in
> NEEDINFO status with no change in 30 days the QA team will close the bug as
> INVALID due to lack of needed information.
> 
> For more information about our NEEDINFO policy please read the wiki located
> here: 
> https://wiki.documentfoundation.org/QA/FDO/NEEDINFO
> 
> If you have already provided the requested information, please mark the bug as
> UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed.
> 
> 
> Thank you for helping us make LibreOffice even better for everyone!
> 
> 
> Warm Regards,
> QA Team
> 
> You are receiving this mail because:
> You reported the bug.

Marking back to NEW unless there is a non-robo discussion/discourse to address.

This is a consequence of the X11 clipboard design and not LibreOffice specific. As such, there's not much LibreOffice itself can do about this on its own.

(In reply to comment #9)
> This is a consequence of the X11 clipboard design and not LibreOffice
> specific. As such, there's not much LibreOffice itself can do about this on
> its own.


I'm not sure that "there's not much LibreOffice itself can do"... have you seen that specifications, for ways to store clipboard content after program exit?
https://wiki.ubuntu.com/ClipboardPersistence
http://freedesktop.org/wiki/ClipboardManager/

Specifications are one thing, but there needs to be also something providing the functionality. While KDE's Klipper is run by default, I'm rather sure it doesn't implement this, I have no idea about other desktops, but IIRC GNOME has never really officially included a clipboard manager, so it's a question of how many users would have it there.

But fair enough, I guess this can be kept open for when somebody will feel like implementing this.

*** Bug 79872 has been marked as a duplicate of this bug. ***

This is not LibreOffice’s bug.

This has to do with the whole X server architecture. Deep level stuff. An historical issue in Linux distros using X.

Citing Michael Meeks (from bug 48783):

“The X clipboard system relies on the app owning the selection to provide the data; if you close the app - that app isn't there; so it will fail.”

See https://bugs.launchpad.net/ubuntu/+bug/11334 for boring details and funny rants.

Bjorn has stated there is a workaround for this and i think it should be implemented as other apps are also using the workaround. I dont think linux users should be penalized by X's issue with the clipboard.

Most of my reaction to this is non-technical so I'll save it for another
forum. But I'm disappointed that this is the outcome after two-years when
this was first reported. I agree with Jay Philips above that other apps are
managing this scenario for their users.


On Fri, Jun 13, 2014 at 11:05 AM, <bugzilla-daemon@freedesktop.org> wrote:

>  Jay Philips <philipz85@hotmail.com> changed bug 48783
> <https://bugs.freedesktop.org/show_bug.cgi?id=48783>
>  What Removed Added  Status RESOLVED REOPENED  Resolution NOTOURBUG ---
>
>  *Comment # 14 <https://bugs.freedesktop.org/show_bug.cgi?id=48783#c14>
> on bug 48783 <https://bugs.freedesktop.org/show_bug.cgi?id=48783> from Jay
> Philips <philipz85@hotmail.com> *
>
> Bjorn has stated there is a workaround for this and i think it should be
> implemented as other apps are also using the workaround. I dont think linux
> users should be penalized by X's issue with the clipboard.
>
>  ------------------------------
> You are receiving this mail because:
>
>    - You reported the bug.
>
>

*** Bug 81233 has been marked as a duplicate of this bug. ***

After reading through the links provided on this page, the ubuntu clipboard persistence page has stated that a user can solve this issue for libreoffice and all other applications by installing a clipboard manager. It recommends parcellite, but mentions alternatives for xfce (clipman), KDE (klipper) and Gnome (glipper) desktop environments. Just placing this information here for future users to find encase they file the same bug and want a solution until libreoffice solves it itself.

Setting this to NEW as i mistakenly set it to REOPENED.