Bug 445714
Summary: | konqueror: Cannot copy and paste in a single window | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Michael Best <mbest> |
Component: | kdebase | Assignee: | Than Ngo <than> |
Status: | CLOSED UPSTREAM | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | rawhide | CC: | kevin, ltinkl, rdieter |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-05-09 17:28:22 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Michael Best
2008-05-08 18:15:42 UTC
That bug report specifies a huge range of revisions and the fix is somewhere in it. I'm trying to identify the exact commit which fixed it. Is a file selected when you try to paste? If so, it's probably this: http://bugs.kde.org/show_bug.cgi?id=159862 http://websvn.kde.org/?view=rev&revision=791354 That fix appears not to have been backported to 4.0. :-( Make sure you don't select a file when pasting and it will work. Is that version of the code in the current codebase? If not, then this is not the behaviour of the bug I am experiencing. I have tried not selecting anything in the destination, it makes no difference for me. Open a Konqueror window, select a file, either use a menu to select copy or hit control-C Control-V doesn't work in that same window. If I change to a different directory. On the menus, the text of the action is correct (1 file, 2 files, etc) but they action is greyed out. If I have a separate Konqueror window open I can switch focus to that window and Control-V works, and appears in the context menus. 791354 appears to be a good candidate: http://websvn.kde.org/trunk/KDE/kdebase/apps/dolphin/src/dolphincontextmenu.cpp?view=log http://websvn.kde.org/trunk/KDE/kdebase/apps/dolphin/src/dolphincontextmenu.h?view=log http://websvn.kde.org/trunk/KDE/kdebase/apps/dolphin/src/dolphinview.cpp?view=log Revision 791354 is the fix for kde#159862, which you say is not the issue you're encountering, so no, that's not it. I thought I saw something to do with i8ln problems causing this somehow. http://websvn.kde.org/?view=rev&revision=787308 Here is another bug you can look at with similar problems: http://bugs.kde.org/show_bug.cgi?id=47418 That bug is not useful in this case. Confirmed works fine (for me) on kde-4.0.4 doh, nevermind, works in dolphin, *not* in konq. Just tried the deselection in dolphin, that seems to work fine. I think I'll just switch to dolphin for now. Maybe this was our mystery fix? http://websvn.kde.org/?view=rev&revision=790494 (This hasn't been backported to 4.0.) I'm not convinced it has anything to do with this bug though. I'm of a mind to punt this closed->upstream , and wait for kde-4.1. (or kde-4.0.5 if it happens to get fixed there). Doesn't bother me, just brought it up to raise awareness of the issue. fair nuf (thx for the report, as always). |