Closed
Bug 244327
Opened 21 years ago
Closed 21 years ago
Cannot move more than two messages at a time.
Categories
(SeaMonkey :: MailNews: Message Display, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 242579
People
(Reporter: TheMillers, Assigned: sspitzer)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a1) Gecko/20040520
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a1) Gecko/20040520
Dragging, junk-mail filtering or otherwise, moving more than two messages at a
time between mail folders fails, requires rebooting Moz. (New problem as I
upgraded from Moz 1.7RC3 to 1.8A1.)
Reproducible: Always
Steps to Reproduce:
1. Select three messages.
2. Attempt to drag them to another mail folder.
3.
Actual Results:
Nothing whatsoever; it waits and waits...
Expected Results:
Moved the messages to another mail folder.
Repeatable on several PC computers with different themes.
Reporter | ||
Comment 1•21 years ago
|
||
Correction: I meant to say, I upgraded from Moz 1.7RC2; not RC3.
Comment 2•21 years ago
|
||
From Local Folders to Local Folders, Local Folders to IMAP, IMAP to Local
Folders, IMAP to IMAP, or what?
Please provide more information when filing a but report, thanks.
Reporter | ||
Comment 3•21 years ago
|
||
I'd describe it as the equivalent of Local Folders. When attempting to move
mail messages from our LAN-shared POP3 Inbox folder to a Junk folder, for
example, or any other mail folder within the same set. By dragging, or by
junk-mail filtering, or whatever. Moving one message works, and two messages at
a time work. But under Mozilla 1.8A1, we never could move more than two
messages at a time without hanging the operation.
This has NOT been a problem up to this upgrade. Tonight we returned several
computers from 1.8A1 to 1.7RC2, and all again works well (as it has for years,
using Netscape and Mozilla). We imagined this would be a generally seen
problem. Not so?
Comment 4•21 years ago
|
||
Do the mailboxes reside on UNC paths?
See bug 241708, which just landed today (the fix should be in tomorrow's 1.8
nightly build).
Comment 5•21 years ago
|
||
On second thought, if moving one message works, it must be a different bug than
the one I linked to, since if it failed, it would fail for even one message...
Comment 6•21 years ago
|
||
Bug 242579? (See also Bug 242970)
Unfortunately, patch by bug 241708 Comment #14 was not landed 1.8a1 release build.
If sameproblem as Bug 242579, try newer trunk builds.
Reporter | ||
Comment 7•21 years ago
|
||
Thanks, Stephen. For the record, NOT UNC paths. (UNC stands for "Uniform
Naming Convention". It is a standard way to access network shares in NT and
other Microsoft products.)
We use WinXP drive-mapping, and simply redefine to remote Mail Folders in
prefs.js/user.js.
And I agree: This v1.8 change did NOT bar single or double message moves, only
simultaneous moves of three messages or more.
We DO use some rather large mail folders. Inbox about 200MB (4K messages); the
Junk folder was about 250MB (30K messages). That's never mattered before, but I
thought it might matter so I deleted the Junk folder and started it again. That
did not fix this problem under 1.8A1.
Hmm, is no one else experiencing this problem?
Comment 8•21 years ago
|
||
(In reply to comment #7)
> Hmm, is no one else experiencing this problem?
Dick Miller, haven't you see summary of Bug 242579?
> Bug 242579
> Multiple mail copy/move hangs when drive of mail directry is different from
one for profile directry (bug 242970 also occurs).
> This causes hang of Junk move/Junk purge and multiple mail delete.
Reporter | ||
Comment 9•21 years ago
|
||
(In reply to comment #8)
> (In reply to comment #7)
> > Hmm, is no one else experiencing this problem?
>
> Dick Miller, haven't you see summary of Bug 242579?
> > Bug 242579
> > Multiple mail copy/move hangs when drive of mail directry is different from
> one for profile directry (bug 242970 also occurs).
> > This causes hang of Junk move/Junk purge and multiple mail delete.
I thought I had read Bug 242579, but now see that I only read Bug 241708, which
did not seem appropriate at the time.
You are correct. Bug 242579 EXACTLY describes the problem we were seeing here.
Our Mozilla profiles sit on D:, not C: -- and sometimes on another computer's D:.
Thanks, WADA, for remindng me to look! I assume the fix will be in 1.8A2; we
can wait.
*** This bug has been marked as a duplicate of 242579 ***
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
Reporter | ||
Comment 10•21 years ago
|
||
(In reply to comment #9)
> You are correct. Bug 242579 EXACTLY describes the problem we were seeing here.
> Our Mozilla profiles sit on D:, not C: -- and sometimes on another computer's D:.
Correction: Our Mozilla MAIL sits on D: partitions; some of our Mozilla profiles
may not. The summary in Bug 242579 was excellent. Thanks again.
> *** This bug has been marked as a duplicate of 242579 ***
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•