can't discern between two files or folder with identical names

Reported by Krister on 2011-06-16
116
This bug affects 22 people
Affects Status Importance Assigned to Milestone
Ayatana Design
Undecided
Unassigned
Unity
High
Unassigned
unity-lens-files
High
Unassigned
unity (Ubuntu)
High
Unassigned

Bug Description

Binary package hint: dash

1. create two folders/files with the same name (in two different locations).
2. press the BFB ("Big Freakin Button" aka Home Button) and search for that folder/file name

see that there is no way to tell which folder/file is which.

ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: dash 0.5.5.1-7.2ubuntu1
ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2
Uname: Linux 2.6.38-8-generic i686
NonfreeKernelModules: nvidia
Architecture: i386
Date: Thu Jun 16 17:50:38 2011
InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release i386 (20100429)
ProcEnviron:
 LANGUAGE=en_US:en
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: dash
UpgradeStatus: Upgraded to natty on 2011-04-21 (55 days ago)

Krister (thekswenson) wrote :
Brian Murray (brian-murray) wrote :

This is actually a unity bug not a bug in the Debian Almquist Shell (dash).

affects: dash (Ubuntu) → unity (Ubuntu)
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in unity (Ubuntu):
status: New → Confirmed
Sam_ (and-sam) wrote :

Perhaps this is a subject for UDS regarding redundance then of dash, gnome-activity-journal (which displays the path of a file beside systray function) and activity-log-manager (which is available with Precise).
When the dash gets a function to display the path of a file it races some thoughts,
- allow to configure which files are displayed (white-black list)
- alternatively respect the configuration of activity log manager(s).

In case it also displays further properties, e.g. file size, date of change, creation, allowing more and more functions a user should be in the position to simply (excludes playing with system files and cli) configure preferences in order to be in control of privacy and system settings.

Marked as incomplete, pending design feedback

Changed in unity:
status: New → Incomplete
Changed in unity-lens-files:
status: New → Incomplete
Changed in unity (Ubuntu):
status: Confirmed → Incomplete
John Lea (johnlea) wrote :

We are working on a solution to this problem, but it won't land in Precise. Thanks for the bug report!

Noel Grandin (noelgrandin) wrote :

I have 2 suggestions

(1) create tooltips for the files and folders which display the full name

(2) when there are duplicates in the search results, switch from just displaying file names to displaying a compressed representation of the path, preferably just the parts of the path that do not overlap.

Nat Wilson (njwilson23) wrote :

Suggestion (1) wouldn't be very helpful when there are more than two or three duplicates. For example, there may be a "figures" folder associated with dozens of projects, and it would be time consuming to use the mouse to hover over each result for a tooltip. Something automatic or keyboard-accessible might be better.

Felix Haller (felixhaller) wrote :

I can confirm this problem. especially for pictures taken by a camera. They are all named "PICxxxxx.jpg" or something like that. But one can't see in which folder it is located.

Maybe a tooltip (when hovering the search result) would be a solution even if this is not the best one.

Yes, it seems like it would be a good idea to include the folder name in
the Dash Preview.

Andy Bovett (abovett) wrote :

Is this bug still being looked at? I see no activity since October 2012. For me it makes the dash search pretty much unusable for files - when it finds a file or folder I have no idea whether it's the one I want or a copy or backup. Even when it only finds one item, unless I am _certain_ that I don't have another file with the same name (which is asking a lot with the 1000's of files I have) I can't trust that it's found the correct one. I was hoping it would be fixed for Raring but I see no activity here.

PaulN (paul-m-noonan) wrote :

Confirming that this bug still exists and needs to be fixed.

I have to use Nautilus to be sure that I am working on development scripts rather than live scripts. From the dash search feature, there is no way of knowing the location of a file you are about to open.

Stephen M. Webb (bregma) on 2013-07-26
Changed in unity:
importance: Undecided → High
Changed in unity (Ubuntu):
importance: Undecided → High
Changed in unity-lens-files:
importance: Undecided → High
John Kim (kotux) wrote :

In Precise, since right-clicking doesn't show me file properties, I see two folders without a clue of which is which. I will have to manually open it to find out. I can't tell which folder will have to appear first.

description: updated
Changed in unity (Ubuntu):
status: Incomplete → Confirmed
tags: added: precise
Andy Bovett (abovett) wrote :

Still no action on this? I just tried the Saucy beta 2 and it's not been fixed. I was really hoping it would get addressed soon - it renders the "files" lense pretty much useless to me. Given more time and knowledge I'd try to address it myself, but as it is all I can offer is to help with testing and bug reports.

John Cottier (j-cottier) wrote :

It seems a fundamental problem to me. Even without the duplicated name problem, its pretty important to be able to see a file path to know where is it located. The only way at the moment is to open it and then do save as to see its path. A mouse over popping up the path would seem the obvious solution. Hope this get fixed for 14.04.

Krister (thekswenson) wrote :

I'd prefer a mouse-free solution since I rarely use the mouse!

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

Other bug subscribers