Closed Bug 48614 Opened 24 years ago Closed 24 years ago

Message|Move Message|Local Folders not displaying subfolders

Categories

(SeaMonkey :: MailNews: Message Display, defect, P1)

Product:
SeaMonkey
Component:
MailNews: Message Display
Platform:
PowerPC
Mac System 9.x
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: nbaca, Assigned: bugzilla)

Details

(Keywords: platform-parity, Whiteboard: [nsbeta3+][pdtp1]) 

Build 2000-08-10-08M18: Mac 9.04

Overview: Use the menu to copy or move a message to one of the Local Folders. 
It's impossible because the subfolders for Local Folders do not appear on the 
Mac.

Expected Results: The Local Folders submenus should appear in the following 
areas:

- Thread pane, select Message|Move Message|Local Folders
- Thread pane, select Message|Copy Message|Local Folders
- Thread or message pane, use context menu to Move Message
- Thread or message pane, use context menu to Copy Message
- New Message/Compose, select Options|File Sent Message|Local Folders
- Account Settings, Copies and Folders, choose the Sent, Draft or Templates 
button, select Local Folders

Additional Information
- This problem appears in the M17 build (8/07) for the Mac
- Does not appear on Windows or Linux
Keywords: nsbeta3, pp
QA Contact: lchiang → nbaca
reassigning to ducarroz.  mail triage marking nsbeta3+
Assignee: putterman → ducarroz
Priority: P3 → P1
Whiteboard: [nsbeta3+]
I can reproduce this problem...but I don't hace a clue yet!
Status: NEW → ASSIGNED
Target Milestone: --- → M18
Build 2000-08-23-08M18: Mac 9.04
Should probably mark Worksforme since it seems to be working now.
I noticed seeing the Local Folders subfolders in the 8/22 build. With the 8/23
build I also see the Local Folders subfolders (i.e. Draft, Templates etc...) and
I'm also able to copy/move messages there as well.
Keywords: mail2
Nope, I still have the problem and even worst, now my POP folders don't show up 
anymore. I have 3 accounts: IMAP, POP, LOCAL. Looks like a random problem!
Whiteboard: [nsbeta3+] → [nsbeta3+]no clue yet, random problem!
when this problem is encountered, does drag/drop work?  Note: we do have bugs 
where the user can't use drag/drop (ie. for multiple msgs, sometimes d/d fails) 
so the user should have the menu as a backup for filing/moving msgs.
Right, you can still drag and drop but we should definitivly try to fix it as it's very visual!

Sofar, I have checked the RDF side of those template menu and I haven't found any problem, looks more a Mac Menu 
widget problem, still invetigating.

cc'ing saari in case he has a clue about it...
Whiteboard: [nsbeta3+]no clue yet, random problem! → [nsbeta3+]
No clue... what is special about those menus? You said they're RDF generated?
Anything else? Depending on oncreate or ondestroy handlers?
Those submenus are using a template, the same template for each of them but for 
some reason, local folders or pop account folders don't show up 99% of the time.

When we create the data source, all the folders (which will be the submenu 
items) are correctly discovered. But when we construct the menu 
(nsMenu::MenuConstruct), the popupmenu node doesn't have any child!! Therefore 
the menu doesn't have any menu item.

saari, when and where do we create the popupmenu node?
to pdt: this is a P1 because this is a very visual part of the product.  Also, 
it's disconcerting when users don't see any of their folders in the menus for 
moving/copying.
Ok, this problem is not random and does affect any kind of account (IMAP, POP or 
Local Folders). In fact, only the first account listed in the submenu works!

Here is what we have:

[Main level menu item] > [first account]   > <subfolders listed correctly>
                         [second account]  > nothing!
                         ...
                         [last account]    > nothing!

RDF data sources works fine, Menu construction works fine too. Looks likes the 
problem occurs somewhere between those two task.

cc'ing waterson in case he has an idea about this template issue.
PDT agrees P1
Severity: normal → major
Putting [pdtp1] in whiteboard
Whiteboard: [nsbeta3+] → [nsbeta3+][pdtp1]
I've tried debugging this too, but unfortunately I crash in the all of the time
which seems to cause a reboot.

I am able to do a little debugging though.  What I see is that the folder
enumerator appears to be successfully returned from GetTargets but that the
folder is never being asked for its name in GetTarget. So somewhere in between
it's failing. Everything works fine for the first submenu.
I tried using older or newer version of MetroNub (the debugger) but I still 
crashing while debugging. As I have already spend enough time trying to debug 
the problem without success, I have decided to find the culprit checkin which 
cause this regression. I a pulling old trees and try to narrow down the time 
when the problem first appears.

the problem has been report on a build from 08/10/2000 08:00
I have tried a build from 08/09/2000 08:30, the problem was already here
the build from 08/07/2000 08:30 is still not good. However, a M17 release build 
from 08/07/2000 12:00 doesn't have this problem.
I'm not sure if this would be caused by the same thing, but jefft and I have
both been experiencing problems in seeing folders on the same/first account at
varying levels: I can't see or move to subfolders, but I can see top level
folders.  Jeff says he can't even see top level folders.  We're both working on
POP accounts. I have seen this problem before and it went away, but it's back
using yesterday's build. 
doesn't work either with a build from 08/04/2000 08:30
but it is working with a build from 07/31/2000 08:30
it doesn't work with a build from 08/02/2000 08:30
it's ok with a build from 08/01/2000 08:30. Looks like the problem has been 
introduced during 08/01/2000 08:30 and 08/02/2000 08:30
I found the problem but I don't have yet the solution. For some reason the 
folder's flags written in the mail folder DB are wrong! Therefore folders are 
seen has a unsent folder which we are not allow to move files into it since 
Varada checkin a fix on 08/01/2000, that's why we don't see them.

I need now to figure why folders are created with the wrong flags...
cc'ing bienvenu.  
If I correctly understand, the folder DB is not persistant, right? it's rebuilt 
every time the app start. That would explain why I see different behavior from 
one build to another using the same profile.
Not sure what you mean - it is persistent, and is written out frequently,
including on shutdown. Since the outbox flag should rarely get set, I would just
check for that getting set or written out and set a breakpoint on that code.
The corruption of the folder cach DB has been fixed last Thursday night. It was 
the same underline problem as bug 51540. Unfortuantly, you still have to cleanup 
the cach manually with old profile if you want to the account folders. For 
that, You need to delete all the *.msf files in your profile folder. We should 
put that in the release note (Mac only).
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Keywords: relnote3
Resolution: --- → FIXED
Build 2000-09-11-08M18: Mac 9.04
Verified Fixed but I will check periodically in future releases.
Status: RESOLVED → VERIFIED
Keywords: relnote3
removing mail2 keyword.
Keywords: mail2
Product: Browser → Seamonkey
OS: Mac System 9.x
You need to log in before you can comment on or make changes to this bug.