Closed Bug 97639 Opened 24 years ago Closed 23 years ago

de/selecting thread pane column headers not sticking after relaunch

Categories

(SeaMonkey :: MailNews: Message Display, defect)

Product:
SeaMonkey
Component:
MailNews: Message Display
Platform:
PowerPC
macOS
Type:
defect
Priority:
Not set
Severity:
major

Tracking

(Not tracked)

Status:
VERIFIED WORKSFORME
Milestone:
mozilla1.0

People

(Reporter: tracy, Assigned: bugzilla)

References

Details

(Keywords: platform-parity)

seen on recent builds of mac OSX. this was first mentioned in bug 97141. splitting off this bug for mail group -Open mail app and select/deselect some headers from the thread pane column headers. the selections take, but on restart, the selections are back to default (all selected).
notes: * we tried a new profile, as well as deleting a profile's localstore.rdf, but it didn't help. * i don't see this on my machine, but then again i have 10.0.4 and tracy has a 10.1 preview release. relevant? * this also occurs with the folder pane columns.
Keywords: pp
QA Contact: esther → olgam
mac os X mail bug -> ducarroz
Assignee: sspitzer → ducarroz
I checked classic and modern theme on Mac OSX with the previous and today's build 2001-10-10 0.9.4 - no problem. Edited 'folder pane' and 'thread pane' column headers are remembered after restarting N6.
Guys, are we going to close this as Worksforme?
jj updated the smoketest machine with the proper public release of 10.1 and I still see this behavior on daily branch builds. sairuh, what do you think? has anyone else been able to reproduce this?
Twalker: try making a new profile.
brand new profile shows same behavior.
*** Bug 111734 has been marked as a duplicate of this bug. ***
*** Bug 108596 has been marked as a duplicate of this bug. ***
marking this invalid....it turns out the it's a no no to have a "/" in the volume name. It was causing confusion to the os when NS6 was looking for certain local files. Ducarroz championed this one. Thanks much Jean-Francios!!
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → INVALID
huh? slashes are perfectly valid.
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Mike, exchanging the "/" with "-" makes this work for me. Bugs 97141 and 97143 disappeared when we made this change. No one else had been able to reproduce those bugs.
well then there's a bug here with volumes with '/' in the filename (perfectly legal on mac). we need to fix it, not mark it invalid.
damn, pinkerton types faster than I do - what he said
I'll file
Depends on: 113894
This is now dependent on the meta-bug bug 113894
Status: REOPENED → ASSIGNED
Target Milestone: --- → mozilla1.0
this is now WFM on WinXP (b:2002-01-15-03) for a few builds
WFM on Win2K, Linux, Mac OSX - today's build 1/15/02
It looks like the bug dealing with '/' in the file name was fixed and QA has said it works. So, I'm going to mark WFM based on that. Please reopen if that's not the case.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → WORKSFORME
Verified wfm.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.