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)
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.
Comment 2•25 years ago
|
||
The content is there. Toggle the twisty again, and you'll see the kids show up.
This looks like an incremental reflow problem.
Reporter | ||
Comment 3•25 years ago
|
||
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.
Assignee | ||
Comment 6•25 years ago
|
||
fixed
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 8•25 years ago
|
||
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 → ---
Assignee | ||
Updated•25 years ago
|
Status: REOPENED → ASSIGNED
Target Milestone: M15 → M16
Reporter | ||
Updated•25 years ago
|
Summary: Mail folders collapsed even though widget is expanded → UI: Mail folders collapsed even though widget is expanded
Comment 10•25 years ago
|
||
Mass-moving all M16 non-feature bugs to M17, which we still consider to be
part of beta2
Target Milestone: M16 → M17
Comment 11•25 years ago
|
||
moving to m18, Ninoschka, can you still reproduce this?
Updated•25 years ago
|
Target Milestone: M17 → M18
Reporter | ||
Comment 12•25 years ago
|
||
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?
Comment 13•24 years ago
|
||
mass-moving all bugs to m21 that are not dofood+, or nsbeta2+
Target Milestone: M18 → M21
Assignee | ||
Comment 14•24 years ago
|
||
fixed.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 24 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 15•24 years ago
|
||
Verified Fixed. Havent' seen this in awhile.
Status: RESOLVED → VERIFIED
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: nbaca → xptoolkit.widgets
Comment 16•12 years ago
|
||
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.
Description
•