Hi,

I upgraded to KDE 4.3 Beta 1 (Kubuntu). Now all the predefined Klipper actions (like open Link in Firefox) are missing. Closing Klipper, deleting Klippers config-file and restarting it did not do the trick. Can anyone provide me with a correct config-file? Should I report a bug? Against Kubuntu or KDE?

Markum

no one with a correct config with clipper actions in 4.3 beta?

I have a series of actions available to me in my KDE 4 Trunk installation built directly from SVN. Can you verify that it does not work for a new user, and file a bug with the KDE 4 Trunk Kubuntu repository developers?

bcooksley wrote:I have a series of actions available to me in my KDE 4 Trunk installation built directly from SVN. Can you verify that it does not work for a new user, and file a bug with the KDE 4 Trunk Kubuntu repository developers?

I could verify this on a new user and file a bug:
https://bugs.launchpad.net/ubuntu/+sour ... bug/381552

Could you send me the config file. I miss those clipper actions very much.

Markum

Sure, no problem.
The text of the file is below.

Code: Select all

[$Version]                                                                                                                         
update_info=klippershortcuts.upd:04112002,klipperrc.upd:25082001,klipperrc.upd:kde3.1,klipper-kconfigxt.upd:KlipperNoSpacesInKeyNames

[Action_0/Command_0]
Commandline[$e]=gwenview %s
Icon=gwenview             

[Action_1/Command_0]
Commandline[$e]=kfmclient exec %s
Icon=                           

[Action_1/Command_1]
Commandline[$e]=konqueror %s
Icon=konqueror             

[Action_1/Command_2]
Commandline[$e]=ps x |grep -q '[m]ozilla' && "mozilla -remote openURL(%s, new-window)" || mozilla %s

[Action_1/Command_3]
Commandline[$e]=kmail --body  %s
Icon=kmail                     

[Action_1/Command_4]
Commandline[$e]=ps x |grep -q '[f]irefox' && "firefox -remote openURL(%s, new-window)" || firefox "%s"

[Action_1/Command_5]
Commandline[$e]=kmail  --attach %s
Icon=kmail                       

[Action_2/Command_0]
Commandline[$e]=kmail --composer `echo %s | sed 's/mailto://g'`
Description=Launch &KMail                                     
Icon=kmail                                                     

[Action_2/Command_1]
Commandline[$e]=konsole -e mutt `echo %s | sed 's/mailto://g'`
Description=Launch &Mutt                                     
Icon=                                                         

[Action_3/Command_0]
Commandline[$e]=kwrite %s
Icon=                   

[Action_4/Command_0]
Commandline[$e]=kmail --body  %s
Icon=kmail                     

[Action_4/Command_1]
Commandline[$e]=kmail  --attach %s
Icon=kmail                       

[Action_5/Command_0]
Commandline[$e]=kmail --body %s
Icon=kmail

[Action_5/Command_1]
Commandline[$e]=kmail  --attach %s
Icon=kmail

[Action_6]
Description=FTP URL

[Action_6/Command_0]
Commandline[$e]=kfmclient exec %s
Icon=

[Action_6/Command_1]
Commandline[$e]=konqueror %s
Icon=konqueror

[Action_6/Command_2]
Commandline[$e]=mozilla -remote openURL(%s, new-window)
Icon=

[Action_6/Command_3]
Commandline[$e]=kmail --body  %s
Icon=kmail

[Action_6/Command_4]
Commandline[$e]=kmail  --attach %s
Icon=kmail

[General]
AutoStart=true
Version=v0.9.7

Hi Ben,

bcooksley wrote:Sure, no problem.
The text of the file is below.

Thanks. This is the content of klipperrc?
I just did: Close Klipper, replace the content of klipperrc located in /home/user/.kde/share/config/klipperrc with the config you provided. Started Klipper again. No predefined klipper actions available. Then I restarted KDE, still no predefined klipper actions available. Then I checked if they still exist in the modified config and also changed a setting to verify if klipper is really using this config-file. -> date of the file was changed and the setting too.
So I assume there is a bug. Can you or someone else verify this with (Kubuntu) 4.3 Beta 1 or later?

Markum

Correct, that is the content of my klipperrc.
Try running "kbuildsycoca4 --noincremental" and also verify you did not miss out on any updates.

Hi Ben

bcooksley wrote:Try running "kbuildsycoca4 --noincremental" and also verify you did not miss out on any updates.

Is there anything special I should look out with the command? There is nothing clipper related in the output. I have all updates from Kubuntu (experimental).

Markum

Nothing special will be output because of that command, but it will cause the database of applications, plugins, file associations, etc. to be rebuilt. I suspect Klipper retrieves the list of actions from this.
You may wish to check in ~/.local/share/applications/ for any desktop files that seem to be Klipper related, and delete them.

ok, I seem to have figured out what the problem is
The format of the config-file has changed. Your config-file also does not work with it.
So I tried out what happens if I add new actions and saw that clipper writes something different into the config-file
So I altered the config-file you gave me and now it works

Code: Select all

[$Version]                                                                                                                       
update_info=klippershortcuts.upd:04112002,klipperrc.upd:25082001,klipperrc.upd:kde3.1,klipper-kconfigxt.upd:KlipperNoSpacesInKeyNames

[Action_0/Command_0]
Commandline[$e]=gwenview %s
Icon=gwenview             

[Action_1/Command_0]
Commandline[$e]=kfmclient exec %s
Icon=                           

[Action_1/Command_1]
Commandline[$e]=konqueror %s
Icon=konqueror             

[Action_1/Command_2]
Commandline[$e]=ps x |grep -q '[m]ozilla' && "mozilla -remote openURL(%s, new-window)" || mozilla %s

[Action_1/Command_3]
Commandline[$e]=kmail --body  %s
Icon=kmail                     

[Action_1/Command_4]
Commandline[$e]=ps x |grep -q '[f]irefox' && "firefox -remote openURL(%s, new-window)" || firefox "%s"

[Action_1/Command_5]
Commandline[$e]=kmail  --attach %s
Icon=kmail                       

[Action_2/Command_0]
Commandline[$e]=kmail --composer `echo %s | sed 's/mailto://g'`
Description=Launch &KMail                                     
Icon=kmail                                                   

[Action_2/Command_1]
Commandline[$e]=konsole -e mutt `echo %s | sed 's/mailto://g'`
Description=Launch &Mutt                                     
Icon=                                                       

[Action_3/Command_0]
Commandline[$e]=kwrite %s
Icon=                   

[Action_4/Command_0]
Commandline[$e]=kmail --body  %s
Icon=kmail                     

[Action_4/Command_1]
Commandline[$e]=kmail  --attach %s
Icon=kmail                       

[Action_5/Command_0]
Commandline[$e]=kmail --body %s
Icon=kmail

[Action_5/Command_1]
Commandline[$e]=kmail  --attach %s
Icon=kmail

[Action_6]
Description=FTP URL

[Action_6/Command_0]
Commandline[$e]=kfmclient exec %s
Icon=

[Action_6/Command_1]
Commandline[$e]=konqueror %s
Icon=konqueror

[Action_6/Command_2]
Commandline[$e]=mozilla -remote openURL(%s, new-window)
Icon=

[Action_6/Command_3]
Commandline[$e]=kmail --body  %s
Icon=kmail

[Action_6/Command_4]
Commandline[$e]=kmail  --attach %s
Icon=kmail

[General]
AutoStart=true
Version=v0.9.7


It does look perfect, it seems like the new design has a meaning and there should things put in the config-file for the Aspekt "regexpt" as well, which is also created, if you add a new action.
Are you running trunk? If so, since you provided me the config-file, this would mean that trunk supplies wrong config-files for klipper or there is a missing conversion of the old config-file. In that case a bug report needs to be filed not only against Kubuntu, but against Klipper in KDE itself.

Markum

Hey guys!

I'm a developer who removed these actions. The reason is the following:

I made a klipper to automatically detect actions which can be performed with the clipboard content if some file path or url is copied to clipboard.
Because of this detection old set of default actions is not needed anymore - in any case most of them were broken.

With this feature you should get the action menu filled automatically with actions corresponding to the programs that are installed.
For example, if you have several browsers - Firefox, Opera, whatever else, they should be shown in an action menu whenever something "http://...." gets copied to clipboard.

Of course you still can add custom actions if you need some.

If for some reason klipper doesn't show you actions menu, then this is a bug.

Please see my blog post about this feature:
http://dimsuz.wordpress.com/2009/04/01/klipper-updates/

Ok, I deleted the config-file and let it create a new, nearly empty one. But still nothing happens. Of course I enabled clipboard actions. But may be this has something to do with the fact that Konqueror is also lacking "Open in Firefox, Opera ..." in the file menu since upgrade from KDE 4.2.3 to 4.3.1 beta? Is there a config-file missing somewhere else?

Markum

Have you tried to copy some other content?

For example try to copy this: /root/test.jpg

Also check that it appears in the klippers clipboard history. It has some bugs with correctly putting some entries in history when actions are enabled. These bugs existed for some time, before my changes, unfortunately I have a little time to look into that code atm...

Also try to manually invoke an action for current clipboard with Ctrl+Alt+R and see if action menu will popup.

dimsuz wrote:For example try to copy this: /root/test.jpg

no reaction

Also check that it appears in the klippers clipboard history. It has some bugs with correctly putting some entries in history when actions are enabled. These bugs existed for some time, before my changes, unfortunately I have a little time to look into that code atm...

Things I copy to clipboard appear in history

Also try to manually invoke an action for current clipboard with Ctrl+Alt+R and see if action menu will popup.

This does the trick. The action menu pops up on pressing the key kombination.

Markum

Weird. So you hit that "actions do not work" bug. I noticed it too.

I hope I'll find some time to fix this. Currently klipper has no actual active maintainer. Only several people doing occasional fixes from time to time or some features (like me).

By the way my intention is to remove this popup completely, because it interrupts a user workflow when it pops up. Instead I plan to make klipper's systray icon change to indicate that some actions are available for the current clipboard. After this user can manually click to see them. But stealing focus and attention with a sudden popup (as it is now) is not good.