! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
clipman does not clear history
Status:
CLOSED: FIXED
Product:
Xfce4-clipman-plugin
Component:
General

Comments

Description Robert Rothenberg 2007-12-09 13:35:31 CET
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.8.1.11) Gecko/20071204 Ubuntu/7.10 (gutsy) Firefox/2.0.0.11
Build Identifier: 

When selecting "clear history" in clipman, the history is not entirely cleared. This seems to be from certain software, such as Emacs.

Reproducible: Always

Steps to Reproduce:
1. In Emacs, copy some text
2. Check that text is in clipman
3. Choose clear history


Actual Results:  
Some items are still in clipman

Expected Results:  
Nothing should be in clipman
Comment 1 Nick Schermer editbugs 2007-12-09 21:31:38 CET
Are these the 2 items in the primary and selection clipboard?
Comment 2 Robert Rothenberg 2007-12-09 21:50:33 CET
(In reply to comment #1)
> Are these the 2 items in the primary and selection clipboard?
> 

What do you mean? 
Comment 3 Nick Schermer editbugs 2007-12-10 08:10:30 CET
Well you have 2 clipboards, the primary one (Ctrl + C,V,X) and the selection clipboard. The last app that useded the clipboard owns it, which is also the reason the clipboard is cleared when you exit an application.

When you copy or select something in emacs, it puts text in the clipboard and they also end up in clipman. When you then clear the history of clipman and the last 2 items (selection and copied) from emacs appear in clipman after clearing, it's not a clipman problem.
Comment 4 Mike Massonnet editbugs 2009-01-18 23:38:46 CET
The behavior is now changed, when you clear the history, the clipboards are cleared too.  But of course, if there is text that still is selected in Emacs, the clipboard will be changed again.

I don't use Emacs so I can't tell much about it, but the behavior for GTK+ applications is that the selected text (the selection region) disappears.

So if this still happens, take it for a none-bug.

Bug #3733

Reported by:
Robert Rothenberg
Reported on: 2007-12-09
Last modified on: 2012-04-09

People

Assignee:
Mike Massonnet
CC List:
0 users

Version

Version:
unspecified

Attachments

Additional information