Your message dated Wed, 13 Feb 2008 12:21:38 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Re: Bug#454754: Clipboard contents are cleared on exit
has caused the Debian Bug report #454754,
regarding Clipboard contents are cleared on exit
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)
--
454754: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=454754
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: mousepad
Version: 0.2.12-2
Severity: normal
--- Please enter the report below this line. ---
Steps to reproduce:
1) Launch Mousepad and type some text
2) Copy some text to clipboard (by selecting text with mouse and
pressing "Ctrl-C", or by right-clicking and selecting "Copy")
3) Try pasting this text into other programs with "Ctrl-V" or "Paste"
from menu. At this point, it works ok.
4) Exit Mousepad.
5) Switch to other programs again, and notice that "Ctrl-V" no longer
pastes anything, and the "Paste" menu item is not available. It seems
the clipboard is simply emptied on Mousepad exit.
This behavior is completely unique to Mousepad. No other text editor on
my system does this. This is quite inconvenient and might cause data
loss, e.g.: launch Mousepad, open file, copy contents into clipboard,
close Mousepad, delete the file, believing the text is still in the
clipboard... and oops, it wasn't.
--- System information. ---
Architecture: amd64
Kernel: Linux 2.6.22-2-amd64
Debian Release: lenny/sid
500 testing apt-proxy.i
500 stable apt-proxy.i
--- Package information. ---
Depends (Version) | Installed
========================================-+-======================
libatk1.0-0 (>= 1.13.2) | 1.20.0-1
libc6 (>= 2.6.1-1) | 2.6.1-1
libcairo2 (>= 1.4.0) | 1.4.10-1+b2
libfontconfig1 (>= 2.4.0) | 2.4.2-1.2
libfreetype6 (>= 2.3.5) | 2.3.5-1+b1
libglib2.0-0 (>= 2.14.0) | 2.14.3-1
libgtk2.0-0 (>= 2.10.12-3) | 2.12.1-1
libpango1.0-0 (>= 1.18.1) | 1.18.3-1
libpng12-0 (>= 1.2.13-4) | 1.2.15~beta5-3
libx11-6 | 2:1.0.3-7
libxcursor1 (>> 1.1.2) | 1:1.1.9-1
libxext6 | 1:1.0.3-2
libxfce4util4 (>= 4.4.1) | 4.4.1-1
libxfcegui4-4 (>= 4.4.1) | 4.4.1-1
libxfixes3 (>= 1:4.0.1) | 1:4.0.3-2
libxi6 | 2:1.1.3-1
libxinerama1 | 1:1.0.2-1
libxrandr2 (>= 2:1.2.0) | 2:1.2.2-1
libxrender1 | 1:0.9.4-1
zlib1g (>= 1:1.2.3.3.dfsg-1) | 1:1.2.3.3.dfsg-6
--- End Message ---
--- Begin Message ---
On Wed, Feb 13, 2008 at 11:40:17AM +0100, Yves-Alexis Perez wrote:
> On Fri, Dec 07, 2007 at 03:56:27PM +0000, Yves-Alexis Perez wrote:
> > On Fri, Dec 07, 2007 at 03:38:12PM +0000, Roman Mamedov wrote:
> > > No other text editor on my system does this. This is quite inconvenient
> > > and
> > > might cause data loss, e.g.: launch Mousepad, open file, copy contents
> > > into
> > > clipboard, close Mousepad, delete the file, believing the text is still in
> > > the clipboard... and oops, it wasn't.
> >
> > The solution here is to use xfce4-clipman-plugin. There is no other way to
> > save clipboard content.
> > See http://www.freedesktop.org/wiki/ClipboardManager for more informations.
>
> What do you think of this? Can we safely close this bug?
Sure, the behavior described here _is_ normal. The application owns the
clipboard, and when it quits, the clipboard is lost with it. It is the
case for every application, well almost unless the application stores
the clipboard somewhere. As said, the panel plugin clipman will keep it
in the history.
> Cheers,
Cheers
mike
--- End Message ---
