Version: (using KDE Devel) Installed from: Compiled sources The dolphin files selection with mouse has strange behaviour: 1. Select multiple files with mouse 2. while pressing CTRL select other n files, you can select them in two ways: 2.1. clicking on each new file (and it works) 2.2. selecting the new files to add to the existing selection with a rectangular selection cause the first file selected (at point 1) to be de-selected. It seems that the rectangular selection start a new selection ignoring the CTRL button.
It seems related to the update done by ereslibre on revision r748545. Should we close this report or should we leave it open? On the svn log ereslibre has wrote: "This is only a workaround and should be removed when fixed on Qt (I am going to debug it on Qt, to see where the fail is)." Thanks for all! :-)
SVN commit 748822 by ereslibre: This fixes the selection problem with the mouse _only_ for the categorized view. QListView has a bug that will toggle the last selection done, have to report it to TT. BUG: 154028 CCMAIL: wstephenson@kde.org M +81 -30 kcategorizedview.cpp M +3 -0 kcategorizedview.h M +1 -1 kcategorizedview_p.h WebSVN link: http://websvn.kde.org/?view=rev&revision=748822
Ok, thanks Rafael!
*** Bug 153939 has been marked as a duplicate of this bug. ***
I'm reopening this bug until it will be completely fixed. Just as a reminder :-)
When do you think this bug will be resolved?
I hope soon :-)
I reported the issue to Trolltech. When this is fixed (scheduled for 4.3.3), I will close this bug as FIXED. Trolltech task: http://trolltech.com/developer/task-tracker/index_html?id=199822&method=entry
KDE is now using QT-4.4, Trolltech didn't fix the bug in this version yet?
Trolltech still works on 4.3. This issue has been delayed to 4.3.5. They will fix it in 4.3.5 and I guess it will be forward ported to 4.4.x. I am aware of this task and I periodically poll it.
Qt 4.3.5 ha not yet be released, in the meanwhile 4.4 final has been released... without the fix :-(
Something new about this problem?
> Something new about this problem? I think we have to wait for Qt 4.4.1 :-(
Hi there, I have been asked on our bug report (http://bugs.kde.org/show_bug.cgi?id=154028) that the issue of Qt http://trolltech.com/developer/task-tracker/index_html?id=199822&method=entry has not been solved yet. I can read at the end of the report "Unable to reproduce". Pretty, amazed, recompiled the app example, and I _CAN_ reproduce the problem. Steps: 1) Rect Selection 2) Ctrl + Rect Selection on other items First selection is lost. Not only happy with that, I went further, and you have another way of reproducing: 1) Rect Selection 2) Ctrl * Single click in an element 3) Rect Selection on other items Last selection is lost, first rect selection is kept. I am pretty amazed the developer said "Unable to reproduce"... when is trivial to do so. OTOH, I also want to remember we have another issue (http://trolltech.com/developer/task- tracker/index_html?method=entry&id=202842) which also has been said it has been fixed, but I don't think so. (Qt 4.4.1 here - qt-copy). Steps to reproduce: 1) Click on an item. 2) Click on the viewport. Item becomes unselected, and the docs says it cannot (http://doc.trolltech.com/4.4/qabstractitemview.html#SelectionMode-enum). Quoting "When the user selects an item, any already-selected item becomes unselected, and the user cannot unselect the selected item.". For this second example, you can use the one that is on the first mentioned task (#199822), but setting: listView->setSelectionMode(QListView::SingleSelection); instead of listView->setSelectionMode(QListView::ExtendedSelection); As you might understand this is specially critical for the file manager (one of the most important apps in the system), so I really hope this gets really fixed as soon as possible. Regards, Rafael Fern
@Rafael: have you sent comment #14 to Trolltech?
Yes, CCMAILING to this bug, but I guess I just missed... they should come with 4.4.1, and we are in 4.4.0. ¬¬
Doing some tests I've noted that with the default KDE settings "single-click to open files and folders" we have this problem. Instead, with the "double-click to open files and folders..." the problem is solved. Maybe this could help.
On Saturday, 07. Jun 2008 13:46 Rafael Fern
Hi, > Task 199822 has been fixed for Qt 4.4.0. Could I ask what version of Qt > you are using? I am using http://websvn.kde.org/trunk/qt-copy/README.qt-copy?revision=804414&view=markup (qt-copy, which as the README says, it is 4.4.0). Thiago said those fixes marked for 4.3.5 were coming with 4.4.1. > Task 202842 has a documentation fix. You can view it in our snapshot > documentation here: > http://doc.trolltech.com/4.4-snapshot/qabstractitemview.html#SelectionMode-enum I really didn't expect this kind of 'fix'... but OK... Regards, Rafael Fernández López.
On Monday, 09. Jun 2008 23:34 Rafael Fernández López wrote: > Hi, > > > Task 199822 has been fixed for Qt 4.4.0. Could I ask what version > > of Qt > > you are using? > > I am using > http://websvn.kde.org/trunk/qt-copy/README.qt-copy?revision=804414&view=markup > (qt-copy, which as the README says, it is 4.4.0). Thiago said those > fixes marked for 4.3.5 were coming with 4.4.1. > > > Task 202842 has a documentation fix. You can view it in our snapshot > > documentation here: > > > > http://doc.trolltech.com/4.4-snapshot/qabstractitemview.html#SelectionMode-enum > > I really didn't expect this kind of 'fix'... but OK... > > > Regards, > Rafael Fernández López. > Hi Rafael, Have you considered trying the 4.4 snapshot to see if the bug has been fixed? The snapshots can be found here: http://trolltech.com/developer/downloads/qt/snapshots Thanks, Kavindra Palaraja Support Engineer Trolltech ASA, Oslo http://www.trolltech.com
I can reproduce with the current KDE4Daily image that the Ctrl key isn't of any use during file selection (Dolphin/Konqueror), unlike in KDE 3. Any new information on the topic, any further information needed?
@Roland: could you test if with the "double click" activated, the bug is still reproducible?
@FiNeXTHe bug is reproducable for both configurations, double-click and single-click. I tried it with current KDE4Daily as well as with the OpenSuse packages some days ago.
I just built qt from a snapshot: ftp://ftp.trolltech.com/qt/snapshots/qt-all-opensource-src-4.4.1-snapshot-20080610.tar.gz , and re-tested the example from http://trolltech.com/developer/task-tracker/index_html?id=199822&method=entry and it seems to work ok, so I guess it really is fixed, just a matter of time before the fix (finally) hits the released version.
Ok, could I let this report opened until I'll se it fixed?
Of course, but I am confident you will be see it on 4.4.1 :)
So it depends on the Qt version alone, not on KDE?
*** Bug 164021 has been marked as a duplicate of this bug. ***
Current qt-copy fixes the bug in my virtual machine (KDE4Daily).
Thanks Roland for testing, we'll set this bug to fixed if this version of qt-copy is officially used in trunk. But good to hear that the fix from the Trolls is available already :-)
*** Bug 168222 has been marked as a duplicate of this bug. ***
Well, in KDE 4.1 (with Qt 4.4.1) CTRL-bug suddenly went away, but there's still another one with SHIFT selection. I mean, if I select a file with CTRL+click and then select a range of files with SHIFT+click on last file, random files out of this range become selected. There's #163451 bug for SHIFT selection problem, but as I've read it's about some other bug.
As we promised, this is fixed on 4.4.1. Since it has been confirmed, I am closing this bug.
OK, so I will post about SHIFT problem to the certain bug report. This bug with CTRL seems to be fixed.
CTRL selection now is working. I confirm it too. the SHIFT problem still persist, but it is another report :)