By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.
Bug 420 - Keyboard cursor keys behaves strangely (non deterministic) in file dialogs
Summary: Keyboard cursor keys behaves strangely (non deterministic) in file dialogs
Status: RESOLVED FIXED
Alias: None
Product: TDE
Classification: Unclassified
Component: tdebase (show other bugs)
Version: R14.1.x [Trinity]
Hardware: i386 All
: P5 minor
Assignee: Michele Calgaro
URL:
Depends on:
Blocks: R14.0.2
  Show dependency tree / graph
 
Reported: 2011-01-23 15:59 CST by magez.magez
Modified: 2015-09-07 10:16 CDT (History)
5 users (show)

See Also:
Compiler Version:
TDE Version String:
Application Version:
Application Name:

Attachments
Start of sequence. (71.08 KB, image/png)
2011-01-23 16:00 CST, magez.magez 		Details
After one "Down" cursor hit. (71.16 KB, image/png)
2011-01-23 16:01 CST, magez.magez 		Details
After another "Down" cursor hit - loop was created. (71.45 KB, image/png)
2011-01-23 16:03 CST, magez.magez 		Details
Another "Down" cursor hit, still in loop and skipped one dir. (71.34 KB, image/png)
2011-01-23 16:04 CST, magez.magez 		Details
Strange move in konqueror view (1.51 MB, application/ogg)
2015-09-03 19:09 CDT, Slávek Banko 		Details
Show Obsolete (5) View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description magez.magez 2011-01-23 15:59:21 CST 
It's possible to move the file/dir selector in file dialogs with cursor keys. One would expect, that the "Down" cursor key will move the file selector one position down and "Up" cursor key one position up, but in some cases the file selector skips some files/dirs and sometimes even get stuck in loop (as shown on attached sequence of screenshots - every screenshot was made after one "Down" cursor hit). 


Same behavior can be seen on Slackware 13 IIRC. Same behavior could be seen in Debian Lenny KDE 3.5.10 (so I assume it's quite old and funny bug :) ).
Comment 1 magez.magez 2011-01-23 16:00:46 CST 
Created attachment 47 [details]
Start of sequence.
Comment 2 magez.magez 2011-01-23 16:01:56 CST 
Created attachment 48 [details]
After one "Down" cursor hit.
Comment 3 magez.magez 2011-01-23 16:03:02 CST 
Created attachment 49 [details]
After another "Down" cursor hit - loop was created.
Comment 4 magez.magez 2011-01-23 16:04:24 CST 
Created attachment 50 [details]
Another "Down" cursor hit, still in loop and skipped one dir.
Comment 5 Darrell 2013-05-22 21:43:55 CDT 
Bug exists in GIT (2013-05-22). Note: the bug only affects the Short View (F6) and not the Detailed View (F7).

Be sure to open a really large directory like /usr/lib and then have fun trying to traverse the directory. The Up arrow seems to work a tad better than the Down arrow albeit still buggy. Whereas the Up arrow will move to a previous column, the Down arrow seems always stuck in the same column.
Comment 6 Christoph Kalchreuter 2015-07-01 02:04:04 CDT 
This bug also affects the multi-column-view in Konqueror in TDE R14.0.0 on Ubuntu 14.04.2 LTS (amd64).

It makes navigating/selecting via keyboard completely unusable.

I found out, that this bug has been reported in KDE bugtracker (ID 79370) a few years ago and it has been resolved in KDE4.

It seems that its a problem with the underlying list-control of QT3, so maybe its a workaround to use a file manager which isn't based on it, until TDE has been ported to QT4.
Comment 7 Michele Calgaro 2015-07-04 01:53:12 CDT 
Confirmed as still existing in the current trunk (R14.1.x). It is going to be a nice bug to work on, although it is probably too late for a fix to be included in the (somehow upcoming) r14.0.1 release.
Comment 8 Michele Calgaro 2015-07-13 01:00:14 CDT 
Fixed in commit d6867cf (qt3/master) and 42dcb07 (tqt3/master).
The same fix will be pushed to r14.0.x branch once r14.0.1 has been tagged.
Comment 9 Michele Calgaro 2015-08-26 09:59:17 CDT 
Patch pushed to r14.0.x branch in in commit d1fd5b9 (qt3) and fdcad49 (tqt3).
Comment 10 Slávek Banko 2015-09-03 19:09:16 CDT 
Created attachment 2560 [details]
Strange move in konqueror view

I try tqt 14.0.2~pre2 in Konqueror (list from tdeio-locate), and quite accidentally I still noticing a problem when move left and right. Move up and down is in order. See attached screencast (ogg video).
Comment 11 Michele Calgaro 2015-09-03 21:11:21 CDT 
Hi Slavek, thanks for letting me know. I think I know where the problem could be, I shall try to reproduce the problem locally as soon as I have some time.
Comment 12 Michele Calgaro 2015-09-07 10:05:06 CDT 
Fixed again in commits:
- qt3 : d27f4e2 (master), dc2dea0 (r14.0.x)
- tqt3: e418211 (master), 2c678d1 (r14.0.x)