Version: (using KDE 4.2.2) Installed from: Ubuntu Packages klipper actions are not triggered if the url is copied into the clipboard in Firfox. Means: When I copy an url into the clippboard, klipper actions are not triggered like it happens when I do the same elsewher ein KDe
I can confirm this.
Probably result of http://www.qtsoftware.com/developer/task-tracker/index_html?method=entry&id=250555 which is fixed in Qt 4.6.0
For the record it doesn't work properly in konqueror too.
It is because actions has been explicitly disabled for those apps. To reenable it, go to Klipper->Configure->Actions->Advanced and remove the apps in question. Please confirm :)
The fix does seem to work for konqueror, but not for firefox.
I just tested it, and it works fine for me. Using xprop, I get the following WM_CLASS for firefox (well, iceweasel here) WM_CLASS(STRING) = "Navigator", "Iceweasel" Iceweasel was not on the list, but Navigator was. Removing Navigator from the list made the action list popup when copying a link. Does this not work for you? (Resetting status, didn't me to close it before)
Yes, "Navigator" removal did the trick. Why are actions for those apps disabled by default?
Because these apps selects the web address when you click on the address bar, I think, thus triggering the actions under certain circumstances. In this case, Klipper works as coded, and I don't believe there is a better solution.
Does this mean general fix of this bug depends on having qt 4.6? Are there any packages ready for that?
@m.wege: No, the "fix" is to configure Klipper to accept Firefox/Konqueror for actions, by removing them from the blacklist under Actions->Advanced. For firefox, remove Navigator, too. The problem here is that some people want behaviour A and some B and A&B are incompatible. Now, if someone tells me that "actions should only be blocked for selection, not clipboard"... fine, we can implement that no problem. I think.