Closed Bug 5335 Opened 26 years ago Closed 24 years ago

Search results should display full path to folder location

Categories

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

enhancement

Tracking

(Not tracked)

VERIFIED FIXED
Future

People

(Reporter: isg, Assigned: sspitzer)

References

Details

Attachments

(2 files)

(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.
assigning to sol for consideration in 5.0 (and 4.x)
TFV to 5.0
Moving to bugzilla for 5.0 consideration.
Group: netscapeconfidential?
QA Contact: 4112
Summary: Message folders → Search results should display full path to folder location
Putting a more descriptive summary in and reassigning to Phil.
Assignee: sol → phil
Assignee: phil → alecf
Severity: normal → enhancement
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.
Status: NEW → ASSIGNED
Target Milestone: M11
Target Milestone: M11 → M14
I believe search front end won't happen until after PR1. If so, this bug should be fixed after PR1.
that's why it's marked M14 :)
Target Milestone: M14 → M15
Target Milestone: M15 → M16
Since this bug is marked P4, moving to M17. If you disagree, please let me know.
Target Milestone: M16 → M17
Mass moving to future
Target Milestone: M17 → Future
Component: Mail Window Front End → Search
reassign all search/filter UI bugs to gayatrib, part 2
Assignee: alecf → gayatrib
Status: ASSIGNED → NEW
taking. I added the location column as a real world example for #74672 and #75603 I've got the fix in my tree.
Assignee: gayatrib → sspitzer
Depends on: 74672, 75603
Attached patch the fix (deleted) — Splinter Review
right now I'm just showing the pretty name of the folder, not the full path. here comes a screen shot.
Status: NEW → ASSIGNED
Attached image screen shot (deleted) —
r/sr=mscott
fixed
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
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.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
Component: MailNews: Search → MailNews: Message Display
QA Contact: laurel → search
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: