52.28 KB, image/gif
89.53 KB, image/gif
63.23 KB, image/gif
58.40 KB, image/gif
951 bytes, patch
|Details | Diff | Splinter Review|
Used 08-15-08-trunk build No folder names display on the folder pane for Linux platform 1) Login to the IMAP mail 2) Actual Results: No folder names display on the folder pane (will attach a screen shot as following) Expected Results: Should display all the folder names on the folder pane.
Oh! After you resize the folder pane wider, all the folder names will display completely...but it shouldn't display blank folder names initially when the fodler pane is not such narrow, isn't it? Adding "resize" on the summary & change the severity from blocker to major. Addding nsBranch for the keywords.
Severity: blocker → major
OS: Linux → All
QA Contact: esther → huang
Summary: No folder names display on the folder pane for Linux platform → Folder names display blank initially until resize for the folder pane
i saw the same thing on linux, but after the first resize, mailnews has displayed correct on each following restart. So.. a weirdness, but not major.
this is because of the new columns. there used to be 1 column in the folder pane, now there are 3. so for existing profiles, you'll have to resize. If it looks bad for new profiles, that's something we can fix.
According to your fix to localstore.rdf, new profiles should have columns hidden.
This problem originally logged from the migrated proilfe. But it also occurs on new profile, please see the attached screen shot as following.
Above screen shot is: After resize the folder pane wider, the IMAP folder names display, but there are "???" displays on the unread / total columns for the Local Folders....
*** Bug 95467 has been marked as a duplicate of this bug. ***
Depends on: 95367
*** Bug 95598 has been marked as a duplicate of this bug. ***
We *really* need to make it hidden by default for old profiles too. Some people don't know how to hide columns, so they think our entire app is horked. I'm investigating...
Severity: major → critical
Well, since the problem has such an easy workaround, and new users wont see them, perhaps severity should be turned down all the way back to minor. I really didn't try resizing :) Now it looks a lot better and FINALLY the windows settings are getting saved on restart. Perhaps we can put in release notes "if you are using an older build and seeing unexpected behaviour, make a new profile" :)
once I make the columns shown, do they persist as shown the next time I start up? I have a feeling it won't.
adding [folderpane] on the Status Whiteboard for tracking bugs for folder pane.
Seth, they persist, but only after File->Quit. I think this is due some bug in persistence code, or when app is not correctly shutdowned.
one of possible workarounds is to call |document.persist('folderUnreadCol', 'hidden')| on unload.
Once bug 95111 is fixed, my proposed fix will work perfectly. This is a bug in persistance.
No longer depends on: 95111
Keywords: nsBranch → nsbranch
Note that this (seems to) work fine in history without having to quit the app...
not an emojo stopper but if the discussion on the patch gets worked out and it bakes on the trunk we'll consider taking it.
Keywords: nsbranch → nsbranch-
this looks like a good thing to take for MachV
Keywords: nsbeta1 → nsbeta1+
Priority: -- → P2
Target Milestone: --- → mozilla1.0
ADT needs info., are the two columns on by default commercial builds for both new and old profiles?
Whiteboard: [folderpane] → [ADT NEED INFO] [folderpane]
Discussed at mail news bug meeting. Decided to [ADT2] this bug.
Whiteboard: [ADT NEED INFO] [folderpane] → [ADT NEED INFO] [folderpane],[ADT2]
Is this still happening? Looks like 96979 should fix this problem.
it still happens, at least for new profiles, but I've got a fix.
Status: NEW → ASSIGNED
Target Milestone: mozilla1.0 → mozilla1.2beta
fixed with bug #168670
Status: ASSIGNED → RESOLVED
Last Resolved: 16 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.