Closed Bug 25599 Opened 25 years ago Closed 24 years ago

UI: Mail folders collapsed even though widget is expanded

Categories

(Core :: XUL, defect, P3)

All
Windows NT
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: nbaca, Assigned: hyatt)

References

Details

Build 2000012812M14: NT4, Linux 6.0, Mac 8.5.1 Overview: In Mail click onto the folder widget to expand and collapse the folders. You'll get into a state where the folders are not expanded yet the widget is in the expanded position (with the arrow pointing down). Steps to reproduce: 1. Open Mail with a profile using one POP account. You should see a folder for the POP account and another one called "Local Folders". 2. Expand the POP account to see all its folders 3. Expand Local Folders to see its folders 4. Collapse the POP account so no folders appear 5. Collapse Local Folders so no folders appear 6. Expand the POP account to see all its folders 7. Expand Local Folders Actual Results: Notice that the triangle points down but the Local Folders are not expanded. Expected Results: The "Local Folders" folders should appear if the widget is in the expanded position. Additional Information: - This happens with IMAP accounts also. - Similar problems occur in the Browser when Managing Bookmarks.
waterson, any ideas?
Status: NEW → ASSIGNED
Target Milestone: M15
The content is there. Toggle the twisty again, and you'll see the kids show up. This looks like an incremental reflow problem.
I should have originally mentioned that I was able to see the folders after continuously clicking on the widget. Many times I have to click on all the accounts before it expands the account that I want to see.
This affects Aim as well. CC'ing amusil, prass, scalkins
*** Bug 28488 has been marked as a duplicate of this bug. ***
fixed
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
qa to nbaca for verifying
QA Contact: paulmac → nbaca
Build 2000-03-15-06M15nb1b: NT4 Build 2000-03-13-18M15nb1b: Linux 6.0 Build 2000-03-13-18M15nb1b: Mac 8.5.1 Reopening The problem continues to occur on these branch builds. It also occurs on todays trunk build for Windows. Haven't tried the Mac or Linux trunk builds yet. It seems a little better than before but if I keep expanding and collapsing the widget it soon gets into a state where the widget is expanded but the account folders do not appear. builds.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Status: REOPENED → ASSIGNED
Target Milestone: M15 → M16
*** Bug 32905 has been marked as a duplicate of this bug. ***
Summary: Mail folders collapsed even though widget is expanded → UI: Mail folders collapsed even though widget is expanded
Mass-moving all M16 non-feature bugs to M17, which we still consider to be part of beta2
Target Milestone: M16 → M17
moving to m18, Ninoschka, can you still reproduce this?
Target Milestone: M17 → M18
Build 2000-05-03-08M16: Win95, Linux 6.0 I am not able to reproduce this with the 5/3 build and have not seen this in awhile. Suzanne, are you able to reproduce the problem?
mass-moving all bugs to m21 that are not dofood+, or nsbeta2+
Target Milestone: M18 → M21
fixed.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago24 years ago
Resolution: --- → FIXED
Verified Fixed. Havent' seen this in awhile.
Status: RESOLVED → VERIFIED
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: nbaca → xptoolkit.widgets
Well I'll be... so this actually has been documented 13 years ago! This but is alive and well in the latest official Linux builds. It has been, and I was tracking the issue on bug: https://bugzilla.mozilla.org/show_bug.cgi?id=593519 Bug 593519 - Unable to expand a folder's subfolders without opening the folder first in a new email window As I documented on that thread, double clicking any mail folder brings up another SeaMonkey mail window with the folders working correctly, then I close the original window with non functional folder trees. Yes, opening/closing a upper folder branch shortly has children folders loose their children. Currently I am running build: User agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20100101 Firefox/17.0 SeaMonkey/2.14.1 Build identifier: 20121129230834 Installed via UbuntuZilla on Xubuntu 12.04 LTS. Next I shall see if I can figure out how to get this bug status out of "Status: VERIFIED FIXED" and possibly attach a partial screen capture showing some grand children folders lost while others yet present. I very easily performed the open/close suggestion of the OP, then took the partial screen capture.
You need to log in before you can comment on or make changes to this bug.