5335 - Search results should display full path to folder location

Status: VERIFIED FIXED

(SeaMonkey :: MailNews: Message Display, enhancement, P4)

Description

[isg]

(This bug imported from BugSplat, Netscape's internal bugsystem.  It
was known there as bug #347577
http://scopus.netscape.com/bugsplat/show_bug.cgi?id=347577
Imported into Bugzilla on 04/20/99 17:52)

When you do a search on a parent folder or on a parent parent folder you
get the results in a window which consists of several columns like:
        Subject|Sender|Date|Priority|Location

So assume you have a hierarchy of folders like:

        taddei.mailbox.cern.ch
                INBOX
                sent-mail
                Foo1
                   bar1
                Foo2
                   bar2
                Bar3
                   foo3

when you search on the root, you might find messages into bar1 and foo3
and the problem is that the search will only display bar1 or foo3 in the
Location column. This is incomplete because you would like to have the
"path" being prepended. For users who have huge collections of several
hundred of folders hierarchically organized this is very hard to find back
under which collection is this or that folder displayed in the location
bar.

In addition it sould probably be clickable such that you could open
directly the concerned folder such that you can "jump" in it.

Here many people start to use the mail system as their PRIMARY information
system and they expect a high level integration and ways to retrieve more
easily information and its context in this case a folder. It helps them
grouping and organizing their data more easily which will be, when we will
add teh possibility to view more public shared folders, a real must to get
this feature absolutely right.

Comment 1

[Marek Z. Jeziorek]

assigning to sol for consideration in 5.0 (and 4.x)

Comment 2

[Marek Z. Jeziorek]

TFV to 5.0

Comment 3

[lchiang]

Moving to bugzilla for 5.0 consideration.

Comment 4

[lchiang]

Putting a more descriptive summary in and reassigning to Phil.

Comment 5

[Phil Peterson]

Alecf is doing the search UI and mscott is doing the backend. Why don't you guys
talk this over and decide if it's (a) a good idea and (b) doable. It isn't
obvious to me that we want to show the path all the time, but maybe in the title
tip for the search result.

> In addition it sould probably be clickable such that you could open
> directly the concerned folder such that you can "jump" in it.

Of course, we already do this.

Comment 6

[sol]

I believe search front end won't happen until after PR1. If so, this bug should
be fixed after PR1.

Comment 7

[Alec Flett]

that's why it's marked M14 :)

Comment 8

[selmer (gone)]

Since this bug is marked P4, moving to M17.  If you disagree, please let me know.

Comment 9

[scottputterman]

Mass moving to future

Comment 10

[Alec Flett]

reassign all search/filter UI bugs to gayatrib, part 2

Comment 11

[(not reading, please use [e-mail] instead)]

taking. 

I added the location column as a real world example for #74672 and #75603

I've got the fix in my tree.

Comment 12

[(not reading, please use [e-mail] instead)]

Attachment: the fix

Comment 13

[(not reading, please use [e-mail] instead)]

right now I'm just showing the pretty name of the folder, not the full path.

here comes a screen shot.

Comment 14

[(not reading, please use [e-mail] instead)]

Attachment: screen shot

Comment 15

[Scott MacGregor]

r/sr=mscott

Comment 16

[(not reading, please use [e-mail] instead)]

fixed

Comment 17

[laurel]

OK with apr16 commercial trunk build and mac OS 9.0, win98 and linux rh6.0.
Any specific problems with the location column will be logged separately.