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)

x86
Windows XP
defect
Not set
critical

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.
Correction: I meant to say, I upgraded from Moz 1.7RC2; not RC3.
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.
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?
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).
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...
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.
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?
(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.
(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
(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 ***
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.