Open Bug 77940 Opened 24 years ago Updated 14 years ago

[SM] Search UI: Location column doesn't preserve shown/hidden state

Categories

(SeaMonkey :: MailNews: Message Display, defect)

defect
Not set
normal

Tracking

(Not tracked)

People

(Reporter: laurel, Unassigned)

References

Details

(Whiteboard: [SmBugEvent])

Using apr27 commercial trunk build http://www.mozilla.org/mailnews/specs/search/ Search UI spec states user settings in results pane should be remembered. I assume that to apply to column display state as well as sort. We do indeed have the columns' display state persist, except for the Location column; it always comes back on new launch of the search messages dialog. Steps: 1. Launch to mail window, login to a mail account, select a folder. 2. Search|Search Mail/News, initiate a simple search. Note the default columns present in the search results pane are : Subject, Sender, Date, Location. 3. Use the column widget to uncheck/not display the Sender column. 4. Close the search dialog then launch it again. On re-launch the Sender column is still not shown but the location column reappears. Expected: All columns should behave against the same persistence rule. Either we preserve column configuration for all or none. I didn't expect Location to be an exception.
QA Contact: esther → laurel
moving to mozilla0.9.2
Keywords: nsbeta1
Priority: -- → P3
Whiteboard: [nsbeta1+]
Target Milestone: --- → mozilla0.9.2
This regressed with my fix to the default columns, I believe. In SearchDialog.js, I call ShowSearchColumn("locationCol"); on the load of the searchOnLoad() function, so everytime we open the window, this gets called. I'll see what I can come up with. Sorry about this.
OS: other → All
Hardware: PC → All
I hit a brick wall trying to come up with a fix for this, because although I can set attributes (using Seth's functions), I don't know how to detect whether one has been set already. Navin, do you have any spare time to take a look at this?
taking. it's going to be a generic problem with "location" column in search and the "unread / counts" columns in the thread pane. by default, "location" should be completely hidden in 3 pane, default in search, but hideable in search. by default, "unread / counts" should be hidden in 3 pane, but hideable in 3 pane, and completely hidden in search. we aren't there yet, I'd have to do some changes to get that to happen. the current situation isn't the best, but I could ship with it.
Assignee: gayatrib → sspitzer
moving to 0.9.3
Target Milestone: mozilla0.9.2 → mozilla0.9.3
moving to 0.9.4
Target Milestone: mozilla0.9.3 → mozilla0.9.4
slide to 0.9.5
Target Milestone: mozilla0.9.4 → mozilla0.9.5
this would be nice UI polish. moving out.
Target Milestone: mozilla0.9.5 → mozilla0.9.7
Blocks: 104166
Keywords: nsbeta1-
Whiteboard: [nsbeta1+]
Target Milestone: mozilla0.9.7 → mozilla1.0.1
Product: Browser → Seamonkey
Assignee: sspitzer → mail
Component: MailNews: Search → MailNews: Message Display
QA Contact: laurel → search
Assignee: mail → nobody
Priority: P3 → --
QA Contact: search → message-display
Target Milestone: mozilla1.0.1 → ---
This bug is being marked EXPIRED as it has seen no activity in a very long time. If you think that the issue reported might still be relevant, please test with a recent release of SeaMonkey and if the problem persists feel free to re-open the report. Thank you. http://www.seamonkey-project.org/
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → EXPIRED
Bulk reopening incorrectly expired bugs - no activity does not constitute no bug - these need proper checking.
Status: RESOLVED → REOPENED
Resolution: EXPIRED → ---
Status: REOPENED → UNCONFIRMED
See Also: → 297251
Summary: Search UI: Location column doesn't preserve shown/hidden state → [SM] Search UI: Location column doesn't preserve shown/hidden state
Valid bug. => NEW
Status: UNCONFIRMED → NEW
Ever confirmed: true
Whiteboard: [SmBugEvent]
You need to log in before you can comment on or make changes to this bug.