Bug 172077 - "Copy" functionality broken in file listings and KHTML
Summary: "Copy" functionality broken in file listings and KHTML
Status: RESOLVED WORKSFORME
Alias: None
Product: klipper
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Esben Mose Hansen
URL:
Keywords: investigated, triaged
Depends on:
Blocks:
 
Reported: 2008-10-03 13:34 UTC by Jakob Petsovits
Modified: 2018-10-21 05:06 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jakob Petsovits 2008-10-03 13:34:00 UTC
I'm not sure if this is specific to my system, please try to reproduce at your place too.

Steps to reproduce:

1. Make sure Klipper (KDE 4 version) is running. Whether "Actions enabled" is checked or not doesn't make a difference for me.

(Making sure that Copy normally works.) 
2. Open Kate. Write "blah", select it, and press Ctrl-C to copy it to the clipboard. If you open Klipper's context menu, you see "blah" as top entry in the list.
3. Open Konqueror. Focus on the location bar, press Ctrl-V to paste the text, and see it appear.

(Example where copying does not work.)
4. In Konqueror, go to your home directory. Select a file and press Ctrl-C to copy its URL. (Alternatively, you can also copy with RMB -> Copy, that doesn't work either here.) If you open Klipper's context menu, you see the URL as top entry in the list.
5. However! pasting the URL to a text box does not work. Focus Konqueror's location bar again, and press Ctrl-V to paste the URL. Nothing happens.

(Another example where copying does not work... as expected, that is)
6. Select the text "KDE Bug Tracking System" at the top of this HTML page. Or any other text in the page, for that matter. Press Ctrl-C to copy the text. If you open Klipper's context menu, you see the URL as top entry in the list.
7. Focus the location bar, and press Ctrl-V to paste the text. Does not work; instead, the previously copied text is inserted.

(Wtf.)
8. Repeat steps 6 and 7, with the exception that you don't press Ctrl-C to copy the text but RMB -> Copy. That *will* actually work. (Hm... muted/stolen shortcut maybe? Who knows.)

Now I'm not sure if that is two separate bugs or whatever, but copying to the clipboard is badly broken for me. No idea if Klipper, KHTML, KFile or kdelibs are responsible for that (of course, the Konqueror file examples also work in Dolphin), so I'm posting it to kdelibs for a first guess. CC'ing konq-bugs too, that stuff directly affects Konqueror the most.
Comment 1 Jakob Petsovits 2008-10-03 13:40:05 UTC
Oh, and two more things that might be insightful:

9. Copy a file in your home directory from Konqueror. Even if the URL won't be inserted into any text box (including KHTML's file upload widget), if you press Ctrl-V while the file view has the focus, the file will actually be inserted.

10. Copy a file in your home directory from Konqueror. Then, LMB Klipper for its context menu and click on the topmost entry (which contains your URL). If you open the context menu again, there will be a check next to the entry, and pasting into all text boxes will work.

Anyways, all of this is a serious regression and always worked for me in KDE 3.
Comment 2 Martin Droessler 2008-10-08 11:43:02 UTC
I can confirm this problem! Its exactly the same for me. (using KDE 4.1.2 on Kubuntu)
Comment 3 Christoph Feck 2010-01-31 22:55:33 UTC
Is this still a problem on KDE SC 4.3 or the soon to be released KDE SC 4.4? It could be a duplicate of a Klipper bug.
Comment 4 Christoph Feck 2010-09-01 01:50:06 UTC
If you can provide the information requested in comment #3 please reopen the bug. I will reassing to Klipper developers, because it really sounds like a Klipper problem.
Comment 5 Andrew Crouthamel 2018-09-20 22:01:28 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 6 Andrew Crouthamel 2018-10-21 05:06:55 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!