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.

moving to 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.

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.

moving to 0.9.3

moving to 0.9.4

slide to 0.9.5

this would be nice UI polish. moving out.

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/

Bulk reopening incorrectly expired bugs - no activity does not constitute no bug - these need proper checking.

Valid bug. => NEW