User specified folder for Draft/Template not properly recognized.

VERIFIED FIXED in M15

Status

MailNews Core
Backend
P3
major
VERIFIED FIXED
18 years ago
6 years ago

People

(Reporter: laurel, Assigned: jefft)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

18 years ago
Using mar06 builds, all platforms.
Found while verifying bug #10796 (double-click event for drafts/templates)

If the user has specified the storage folder for drafts/templates to a folder
other than "Drafts" or "Templates", they cannot open any items stored there.
This is true for IMAP or POP accounts pointing to a user folder on either the
account/server folder hierarchy or the local folders hierarchy.

1.   Change the copies&folders account settings to store drafts and templates to
a user folder -- something other than "Drafts" or "Templates".  
To do this: 
     a.  Edit|Account Settings. Select the account, go to its Copies&Folders
panel.
     b.  Change the dropdown for "Keep message drafts in" to point to a folder
which you've created such as "test", not a default drafts or templates folder.
This can be either a folder within the server folder hierarchy or within "local
folders" hierarchy.  
     c.  confirm OK to the account settings change and overall dialog.
     d.  do the same for both drafts and templates storage.
2.   Now go to mail window, create a new message and File|Save As|Draft.  Check
the specified draft storage folder and see the message appears in the thread
pane and contents appear in message pane when selected.
3.   Select the draft and double-click to open.  Nothing happens. There is also
no "open" menu item which would serve as a replacement for the double-click.
4.   Try the same for Templates, same result.

Result:  User specified drafts/template folder is not noted as special folder by
sort or other indication.  Items within the specified drafts/templates folder
have no special draft/template icon to indicate the messages are drafts or
templates.  User cannot open such a saved draft or template.

Expected result:  Should be able to open saved draft or template saved to folder
other than "Drafts" or "Templates".

Workaround:  User would need to change account setting to point to a "Drafts" or
"Templates" folder.  Then copy message to the "Drafts" or "Templates" folder and
could then open via double-click.
(Reporter)

Updated

18 years ago
QA Contact: lchiang → laurel

Comment 1

18 years ago
Reassign to jefft, cc sspitzer
Assignee: phil → jefft
(Assignee)

Comment 2

18 years ago
This will be fixed when I check in fixes for bug 28916, 28301, & 27396.
Status: NEW → ASSIGNED
Target Milestone: M15

Updated

18 years ago
Depends on: 31546

Updated

18 years ago
No longer depends on: 31546
(Assignee)

Comment 3

18 years ago
Fix checked in.
Status: ASSIGNED → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → FIXED
(Reporter)

Comment 4

18 years ago
putting in an entry for this in beta1 release notes.
Keywords: relnote
(Reporter)

Comment 5

18 years ago
User can open items stored to a user folder other than "Drafts" or "Templates",
but not until the session after the pref has been changed to point to this
folder.  New drafts or templates will be stored there if saved right after
changing the pref, but to open these items the user must exit and return (then
everything will work hunky-dory after that in subsequent sessions). 

Jeff and I talked about this last week and he seemed to think this might be due
to the folder flags problem(s).  I'm going to mark this one verified, since the
user folders are indeed recognized at a later session.  I'm going to open a bug
specific to the lag time which may wind up being the folder flag thing.

Marking this verified using:
2000-04-06-10m15 commercial build NT 4.0
2000-04-06-10m15 commercial build linux rh6.0
2000-04-05-10m15 commercial build mac OS 9.0
Status: RESOLVED → VERIFIED
Product: MailNews → Core
Product: Core → MailNews Core
Keywords: relnote
You need to log in before you can comment on or make changes to this bug.