Bug 194844 - klipper actions are not triggered
Summary: klipper actions are not triggered
Status: RESOLVED DUPLICATE of bug 209737
Alias: None
Product: klipper
Classification: Unmaintained
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Esben Mose Hansen
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-06-01 11:11 UTC by m.wege
Modified: 2009-11-16 17:05 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description m.wege 2009-06-01 11:11:33 UTC
Version:           v0.9.7 (using 4.2.85 (KDE 4.2.85 (KDE 4.3 Beta1)), Kubuntu packages)
Compiler:          cc
OS:                Linux (i686) release 2.6.30-020630rc6-generic

As agreed in http://forum.kde.org/klipper-actions-missing-t-60347.html#pid78607
is report his bug.
Klipper actions are not triggered since 4.3 Beta 1, meaning there is no popup, if I put something in the clipboard. It works, if start them manually from history or via CRTl-ALT-R.
This may be related to other similar bugs
https://bugs.kde.org/show_bug.cgi?id=190688
https://bugs.kde.org/show_bug.cgi?id=185101
https://bugs.kde.org/show_bug.cgi?id=85456
https://bugs.kde.org/show_bug.cgi?id=189420

I am willing to spend some time to hunt this/these bugs down. I can programm, but if you tell me how to compile a version of klipper with debug outputs, I will do so.
Comment 1 Dario Andres 2009-06-01 13:52:19 UTC
Is this happening when copying from every app or just from Firefox: like bug 189420 ?
Comment 2 m.wege 2009-06-01 13:57:42 UTC
Now its from every app. Before KDE 4.3 Beta 1 the problem only appeared with Firefox.
Comment 3 m.wege 2009-06-09 14:13:55 UTC
Bug stil present in KDE 4.3 Beta 2
Comment 4 m.wege 2009-06-09 17:00:29 UTC
I noticed this bug (I believe it is the same) is also present with KGPG. This program has a function "Import key from clipboard". This stopped working, I believe it was ok in KDE 4.2
Comment 5 Robin Atwood 2009-07-10 10:27:42 UTC
I suspect this is related to #199333. The Qt 4.5 select/copy to clipboard function is profoundly broken.
Comment 6 m.wege 2009-07-10 15:55:02 UTC
May be, may be not. I know the behaviour described in the bug, but it appeared after the reported here.
Comment 7 Robin Atwood 2009-07-10 16:36:31 UTC
It's very suspicious! I have discussed this is on kde-devel, kde-linux and the Gentoo desktop forum; lots of people are seeing clipboard related problems. When I installed Qt 4.5.2 the select/copy function stopped working completely, for Qt and KDE apps.
Comment 8 Sebastian Sauer 2009-07-13 01:02:31 UTC
Seems to be an upstream-bug; http://bugs.archlinux.org/task/15291
Comment 9 Dario Andres 2009-08-13 00:21:54 UTC
Can anyone using an updated Qt4.5.2 from kde-qt.git (or qt-copy patches) check if this is fixed now? bug 199333
Regards
Comment 10 m.wege 2009-08-13 07:31:31 UTC
I am using qt 4.5.2. from Kubuntu pppa, don't know if it is updated enough, what you mean. But for me the bug still exists.
Comment 11 Robin Atwood 2009-08-13 16:07:34 UTC
I have a copy of qt with the patch mentioned in #199333. Copy/paste seems to work now but the X feature of selected text going into the clipboard is intermittent; often it takes two attempts or doesn't work at all. This is irritating but at least you can edit now!
Comment 12 Sérgio Basto 2009-09-10 06:36:49 UTC
Well I'am reading this email, and with fedora 11 kde-4.3 from updates and full updated without modifications, qt is 4.5.2-3.fc11.i586 .
I can confirm various things :
Sometimes , special in firefox some content is not pass to clipboard as usal.
so will test with patch 
http://qt.gitorious.org/qt/qt/commit/9e5fa633913ef952ca4ef5312fe396bcfc885321.patch
Comment 13 Sérgio Basto 2009-09-11 07:12:18 UTC
(In reply to comment #12)
> Well I'am reading this email, and with fedora 11 kde-4.3 from updates and full
> updated without modifications, qt is 4.5.2-3.fc11.i586 .
> I can confirm various things :
> Sometimes , special in firefox some content is not pass to clipboard as usal.
> so will test with patch 
> http://qt.gitorious.org/qt/qt/commit/9e5fa633913ef952ca4ef5312fe396bcfc885321.patch

qt-4.5.2-3.fc11.i586 already have this patch and seems the problem isn't fixed
Comment 14 Sérgio Basto 2009-09-16 05:06:27 UTC
(In reply to comment #13)
> > so will test with patch 
> > http://qt.gitorious.org/qt/qt/commit/9e5fa633913ef952ca4ef5312fe396bcfc885321.patch
> 
> qt-4.5.2-3.fc11.i586 already have this patch and seems the problem isn't fixed

I had from fedora updates kernel to 2.6.30 and drm and xorg-server, I think , after this updates actions in klipper, begins working better, I can say normally. The double copy to get into klipper is no need anymore . So maybe this a momentary bug on Xorg.
BTW I am using an Intel i915GM
Comment 15 m.wege 2009-10-09 13:32:55 UTC
In 4.3.2 Klipper actions still do not work. But: It looks like this can not be qt related anymore. I am still runing qt 4.5.2. Just for fun I activated clipboard monitoring in Kget. This works perfect there. So it must be a bug within klipper itself. I am missing klipper actions very much, so if there is something I could do to help finding the cause, let me know.
Comment 16 Esben Mose Hansen 2009-10-09 15:27:13 UTC
Very well, but I cannot reproduce this. Could we start by a "step-by-step" guide to reproduce this? What string, from what program etc. Thanks!
Comment 17 m.wege 2009-10-09 16:39:01 UTC
Very easy. I use this mail in kmail for example. I right click on the url in the mail and copy it to clipboard. Nothing happens, but the url is not in the clipboard. I would expect the menu poping up, so that I could open it in Firefox (my default is Konqueror).

Here the config-file:

[General]
MaxClipItems=20
NoActionsForWM_CLASS=ksirc,Gecko,gecko
Number of Actions=0
ReplayActionInHistory=true
URLGrabberEnabled=true
Version=v0.9.7

Just to be sure, I killed klipper, deleted the config file, turned on "enable clipboard actions" and tried again.
The new config-file:
[General]
Number of Actions=0
URLGrabberEnabled=true
Version=v0.9.7
brought the same result=the url is in clipboard, but nothing happens

Another test: 
[x] replay actions on an item selected from history
This works perfectly. I am running Kubuntu 4.3.2
Comment 18 Esben Mose Hansen 2009-10-09 17:41:23 UTC
Try creating a user action in klipper->configure Klipper->Actions. If that fixes the problem, I this is a dup of bug #209737 . Which I incidentally htink I have fixed on my HD, but cannot commit until I have made an option to turn off the automatic actions.

If not, the hunt continues.
Comment 19 m.wege 2009-10-09 18:16:16 UTC
Can you give me an example what action I can set. This menu confuses me very much, I am not into that very much.
Comment 20 m.wege 2009-10-09 19:05:51 UTC
I just set a random action with no special meaning. This made the trick. So it is confirmed as a dupe.

*** This bug has been marked as a duplicate of bug 209737 ***
Comment 21 Esben Mose Hansen 2009-10-09 19:29:05 UTC
Great, thanks for the effort. It should be fixed come 4.4.
Comment 22 m.wege 2009-10-10 00:15:11 UTC
Oh thanks, so very much. I have been missing the Klipper actions so much since moving to KDE4. That is really great!

A small note, there seems to be another bug relating this. There seems to be another, related bug: Klipper actions get triggered, when I mark a text too, even though I have set "Keep clipboard and text selection  seperately". The text selection does not appear in clipboard, but it still triggers clipboard actions.
Comment 23 Esben Mose Hansen 2009-10-10 08:09:30 UTC
Ok, file a bug for it, or I'll forget.
Comment 24 m.wege 2009-10-10 08:27:20 UTC
Done. Is here now: https://bugs.kde.org/show_bug.cgi?id=210048
Comment 25 Sérgio Basto 2009-11-13 22:12:33 UTC
hi
Like I wrote on bug #209737, my bug #206932 is objectively equal to #bug209737.
but this one, is about other problems with klipper. And IMHO this bug should be reopened.
Well I found when actions works in some cases but don't works in others cases, and have some buggy behavior.
Comment 26 Esben Mose Hansen 2009-11-14 09:56:10 UTC
The bug as described (at the top) is fixed in SVN. If you have other problems, comment in the relevant bug reports or create a new one if it has not yet been reported. Thank you!
Comment 27 Sérgio Basto 2009-11-16 17:05:00 UTC
(In reply to comment #26)
> The bug as described (at the top) is fixed in SVN. If you have other problems,
> comment in the relevant bug reports or create a new one if it has not yet been
> reported. Thank you!


https://bugs.kde.org/show_bug.cgi?id=214489

Thanks,