Bug 193447

Summary: Shift-click is inaccurate, selects too many files.
Product: [Applications] dolphin Reporter: Gabe A <gabextreme>
Component: generalAssignee: Peter Penz <peter.penz19>
Status: RESOLVED DUPLICATE    
Severity: normal CC: finex, frank78ac
Priority: NOR    
Version: 16.12.2   
Target Milestone: ---   
Platform: unspecified   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:
Attachments: Screenshot: shows the top, where the xml file to the left of the picture clicked on is ALSO selected. Bad!
For completeness, here's where I started from.

Description Gabe A 2009-05-21 02:41:11 UTC
Version:           1.2.80 (using 4.2.85 (KDE 4.2.85 (KDE 4.3 Beta1)), Kubuntu packages)
Compiler:          cc
OS:                Linux (i686) release 2.6.29-02062903-generic

I tried to highlight as I would in Windows, nautilus, etc, and one too many files got highlighted. See attached screenshot.  I started at the bottom on the file shown.

The screenshot is critical to understanding this bug; see below.
Comment 1 Gabe A 2009-05-21 02:43:23 UTC
Created attachment 33891 [details]
Screenshot: shows the top, where the xml file to the left of the picture clicked on is ALSO selected. Bad!
Comment 2 Gabe A 2009-05-21 02:45:21 UTC
Created attachment 33892 [details]
For completeness, here's where I started from.

I might also add that when I make a new directory for these pics, shift-click works fine. Only in this folder, with these files (or more files in this folder), for some reason.
Comment 3 FiNeX 2009-05-23 15:16:24 UTC
can you describe step by step the problem? I've encountered other bugs on how dolphin select files, but I cannot understand this :-)
Comment 4 Frank Reininghaus 2009-05-31 14:23:11 UTC
It looks like Gabe had some files selected (second screenshot), then scrolled the view up and Shift-clicked "snapshot1.png" which unexpectedly caused also "screen-configurations.xml" to be selected (first screenshot). I can reproduce this in 4.2.3 and trunk (975689) in a similar folder.

I think it might be due to the line break in "screen-configurations.xml". Looks related to bug 186395, bug 162030.
Comment 5 Frank Reininghaus 2009-06-06 01:02:56 UTC

*** This bug has been marked as a duplicate of bug 162030 ***