Bug 125854 - Pressing Caps Lock while renaming a file sometimes cancels rename mode
Summary: Pressing Caps Lock while renaming a file sometimes cancels rename mode
Status: RESOLVED WORKSFORME
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-04-19 04:39 UTC by Travis Evans
Modified: 2008-05-12 09:37 UTC (History)
1 user (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 Travis Evans 2006-04-19 04:39:42 UTC
Version:            (using KDE KDE 3.5.2)
Installed from:    SuSE RPMs

This has been happening for a while (at least since KDE 3.4).  It's difficult to intentionally reproduce, however.  When I've had a Konqueror file manager window open for a while (a few hours?), perhaps after moving back and forth through directories, moving/copying/renaming files and directories, etc., and I press F2 in the file list to rename a file and happen to press Caps Lock to switch from entering lower- to uppercase letters or vice-versa in the middle of typing a file name, Konqueror ends the rename process as soon as the Caps Lock key goes down, erasing everything I just typed without renaming the file.  The effect is similar to pressing Esc.  Needless to say, it's quite annoying having what I'm trying to type erased by pressing what is supposed to be a "passive" key.  I haven't yet figured out exactly what conditions cause the problem, but when it does happen, it happens each time I press Caps Lock while renaming a file until I restart Konqueror.  Here are some things I've noticed:

* Usually when it happens, I have more than one file manager tab open in the offending Konqueror window, or have one tab split into multiple views.

* I can't seem to immediately reproduce the behavior by opening a new Konqueror window, even after opening some tabs, but this does happen to me quite often, especially after using a Konqueror window for a while.

* I mainly use Konqueror in Detailed List view when this happens.  I'm not sure if it happens in other view modes.  However, when this bug happened earlier today, I switched view modes to Tree to see if the problem would go away.  It did.  When I switched back to Detailed List view, the problem was still gone.

Of course, the correct behavior is for nothing to happen (other than having the Caps Lock mode toggled) when Caps Lock is pressed while renaming a file, and in a newly started Konqueror window, there is no problem.  But after a while, pressing Caps Lock during rename will begin cancelling the rename process.

I'll add another comment if I ever manage to learn any more about this problem the next time it occurs.
Comment 1 FiNeX 2008-05-06 13:55:54 UTC
After a lot of tests, I cannot reproduce this behaviour on KDE 3.5.9 and trunk (even tested the latest dolphin part from r804500).
Comment 2 Travis Evans 2008-05-12 07:17:45 UTC
I may have to see if it occurs in 3.5.9.  It is happening at the moment in 3.5.8, but in a very inconsistent manner--i.e., sometimes Caps Lock cancels it, sometimes not, and when it doesn't, Shift+Caps Lock does.  I guess I'm going to have to figure out how exactly to reproduce it if I can, but it seems so random.  It's a very strange issue...
Comment 3 FiNeX 2008-05-12 09:37:10 UTC
@Travis: if you find an exact way to reproduce the bug, you should try it to 3.5.9 (and on KDE4).

Thanks.