Dolphin scrollbar does not follow keypress

Bug #314135 reported by Sayak Banerjee
2
Affects Status Importance Assigned to Milestone
KDE Base
Fix Released
Medium
kdebase (Ubuntu)
Fix Released
Low
Unassigned

Bug Description

Details:
For a folder with a large number of files extending over one page (ie, you have a scrollbar and you need to scroll down to see more of the files), selecting the Dolphin's folder area and typing the filename selects the file, but the scrollbar does not follow down to the selected icon.
This I observed some time back upon upgrading to KDE 4.2 beta 2

To reproduce:
1. Open a folder with many files (extending over a single page)
2. Type in any filename that is not shown on that visible page of icons.
3. Typing the name shows that the file is selected but you have to manually scroll down to view the selected icon.

For example, in the attachment, even though kde4 is selected (which was selected by typing in "kde"), the selected icon is invisible.

Revision history for this message
In , ArneBab (arne-bab) wrote :

Version: 1.1 (using 4.1.3 (KDE 4.1.3), Gentoo)
Compiler: x86_64-pc-linux-gnu-gcc
OS: Linux (x86_64) release 2.6.25-gentoo-r7

It doesn't scroll to the folder the first time I hit the letter, so I don't see which folder got selected.

When I hit the letter a second time, it scrolls the view, but also jumps to the second candidate for this letter.

This is a minor glitch, but it's kinda annoying...

But since I didn't sasy it for a far too long time: Using Dolphin is a great experience! Thank you very much for writing it!

Revision history for this message
In , FiNeX (finex) wrote :

using r902024, I've found two different behaviour:

1) if one icon is already selected and you type the first chars of an icon which is outside the current view, dolphin select the new icon and it scrolls to the right icon.

2) if no icon are selected, the new icon is selected, but dolphin doesn't scroll.

Revision history for this message
In , FiNeX (finex) wrote :

*** Bug 179567 has been marked as a duplicate of this bug. ***

Revision history for this message
In , FiNeX (finex) wrote :

Like it has been described on bug #179567, pressing the first char twice will scroll the view.

Revision history for this message
In , Peter-penz19 (peter-penz19) wrote :

@FiNeX: I tried to reproduce your behavior from comment #1 on trunk but don't get an issue for point 2 (-> scrolling works, I'm using r905633).

I tried to reproduce it in the icons view and the details view, no item has been selected and I pressed a letter from an invisible item. Could you give me a hint what I'm doing wrong? Thanks!

Revision history for this message
In , FiNeX (finex) wrote :

I'm using r905373 with Qt 4.4.3.

1) start dolphin (when you start it, it should be selected any file)
2) switch to icon view (if not yet active)
3) resize the window in order to have the vertical scrollbar
4) click between two icons to be sure that no file are selected
5) click on the small green "+" on the first file (so you've only one file selected)
6) type the first char of a hidden icon

If the first char identify univocally a file, the file will selected (you can read it on the status bar) but the view doesn't scroll. If the first char is shared by more filenames, pressing twice it will select the second file (of all the files which starts with it) and the view will be scrolled.

Revision history for this message
Sayak Banerjee (sayakb-deactivatedaccount) wrote :
Revision history for this message
In , Peter-penz19 (peter-penz19) wrote :

Thanks I could reproduce the issue. I was not aware that the issue only occurs if one item is selected (in comment #2 I interpreted the description of the issue the other way).

Revision history for this message
In , Peter-penz19 (peter-penz19) wrote :

SVN commit 906179 by ppenz:

QAbstractItemView::scrollTo() may get called by QListView::keyPressEvent(), so m_enableScrollTo (which is checked in DolphinIconsView::scrollTo()) must be enabled before. This fixes the issue that the autoscrolling does not work if exactly one item is selected and an invisible item should get focused because of a key press.

BUG: 179049

 M +1 -1 dolphiniconsview.cpp

WebSVN link: http://websvn.kde.org/?view=rev&revision=906179

Revision history for this message
In , FiNeX (finex) wrote :

The fix is perfect, thanks Peter!

Revision history for this message
Jonathan Thomas (echidnaman) wrote :

Confirmed, should be upstream.

Changed in kdebase:
importance: Undecided → Low
status: New → Confirmed
Revision history for this message
Sayak Banerjee (sayakb-deactivatedaccount) wrote :
Changed in kdebase:
importance: Undecided → Unknown
status: New → Unknown
Changed in kdebase:
status: Unknown → New
Changed in kdebase:
status: Confirmed → Triaged
Revision history for this message
Jonathan Thomas (echidnaman) wrote :

Was fixed today actually. No clue if it made it in time for the tagging though. :/
It'll definitely be in KDE 4.2.0 though.

Changed in kdebase:
status: Triaged → Fix Committed
status: New → Unknown
Changed in kdebase:
status: Unknown → Fix Released
Revision history for this message
In , Dario Andres (andresbajotierra) wrote :

*** Bug 179744 has been marked as a duplicate of this bug. ***

Revision history for this message
In , ArneBab (arne-bab) wrote :

Thank you very much for the fast fix, Peter!

Changed in kdebase:
milestone: none → jaunty-alpha-4
Revision history for this message
Jonathan Thomas (echidnaman) wrote :

This bug was fixed in the package kdebase - 4:4.2.0-0ubuntu1
---------------
kdebase (4:4.2.0-0ubuntu1) jaunty; urgency=low

  * New upstream release
  * Bump duild-deps accordingly
  * updated *.install doc path from kde4 to kde

 -- <email address hidden> (Roderick B. Greening) Thu, 22 Jan 2009 20:58:20 -0330

Changed in kdebase:
status: Fix Committed → Fix Released
Changed in kdebase:
importance: Unknown → Medium
Revision history for this message
In , count.negative (count-negative) wrote :

*** Bug 448049 has been marked as a duplicate of this bug. ***

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.