Closed Bug 192780 Opened 22 years ago Closed 21 years ago

after deleting one mail from a POP3-based inbox, no further moves/deletes are possible

Categories

(SeaMonkey :: MailNews: Message Display, defect)

Product:
SeaMonkey
Component:
MailNews: Message Display
Platform:
x86
Windows 2000
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
VERIFIED FIXED
Milestone:
mozilla1.3final

People

(Reporter: martin.carpella, Assigned: sspitzer)

References

Details

(Keywords: relnote, Whiteboard: [adt1])

Attachments

(1 file)

patch
1.80 KB, patch
Bienvenu
: superreview+
Details | Diff | Splinter Review 
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20030210
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20030210

After deleting a mail message from the inbox on a pop3-based mailbox (from a
server running on localhost), no messages can be moved or deleted in this
account before restarting Mozilla totally.
The bottom status-bar keeps telling "Sending request to localhost..." (localhost
is running my POP-server).
It happens when using the "del"-key or "Delete"-icon from the menu-bar. It does
not occur when dragging the message to the Trash-folder.

This does not influence the usage of other IMAP-based accounts, nor does this
happen when deleting messages on an IMAP-account.


Reproducible: Always

Steps to Reproduce:
1. Select any message from POP-based account
2. type the delete-key or select the menu-bar icon "Delete"
3. try to delete another message

Actual Results:  
In this account no other message canbe moved or deleted.

Expected Results:  
Delete the currently selected message.
This is starting to sound familiar.. Similar reports from the past months:
bug 192548, bug 192251, bug 192043, bug 191342, bug 190657, bug 187467, bug
184271, bug 184959

*** This bug has been marked as a duplicate of 192043 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
reopening, not a dup of 192043
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Status: UNCONFIRMED → NEW
Ever confirmed: true
*** Bug 192548 has been marked as a duplicate of this bug. ***
*** Bug 192251 has been marked as a duplicate of this bug. ***
*** Bug 191342 has been marked as a duplicate of this bug. ***
*** Bug 187467 has been marked as a duplicate of this bug. ***
*** Bug 193026 has been marked as a duplicate of this bug. ***
*** Bug 194769 has been marked as a duplicate of this bug. ***
*** Bug 197383 has been marked as a duplicate of this bug. ***
This seems to not be happening on my home XP-Professional machine, but it
definitely happens on my work Win2K machine.  In both cases I uninstalled 1.2.1
before installing 1.3.  In case it's relevant, on my work machine the uninstall
hung and I had to manually kill it.
*** Bug 197929 has been marked as a duplicate of this bug. ***
Just to let you know: I have the same effects with the same version of the browser 
but here i have windows xp. I don´t think its os dependent...Its a really
annoiying bug...:-(
I experience this bug exasperatingly often on Win98.
I just tried uninstalling 1.2.1 on my Win2k machine again, and this time I
waited (like 10 minutes) for the harddrive to stop churning on the uninstall. 
Eventually, I could exit Add/Remove programs without killing it.  I rebooted and
then installed 1.3 and it seems to be working now.  FWIW.
** WORKROUND **

(This worked for me.)

Explore (etc) to your mail directory (../My Docs/App
data/Mozilla/Profiles/default/dsfsdfs.slt/Mail/server)

Shutdown Mozilla
Make backup of Inbox
Delete Inbox.msf
Rename Inbox to (eg) WORKROUND
Run Mozilla Mail
Open folder WORKROUND
Ctrl-A to select all
drag and drop messages onto InBox folder.
Closedown Mozilla
Delete Workround & workround.msf from Mail directory.

*** Bug 197888 has been marked as a duplicate of this bug. ***
Deleting summary files (*.msf) with Mozilla closed cures this problem, but it
can recur.  I have seen this bug on two machines, both running 1.3 on W2K, and
both having previously run 1.2.1 with no problems.  One machine got the problem
straight away, the other was fine for a bit then it occurred.  Deleting msf
files on the latter made the problem disappear for two days, then it came back.
 Deleting the summary files again has made it be okay so far.
Flags: blocking1.4a?
Keywords: 4xp, nsbeta1, nsCatFood, nsenterprise, relnote
I can confirm that the problem recurred on its own after my install had been
working fine for a day.  I can also confirm that deleting the .msf files seems
to have fixed it, but with the nasty consequence of considering all my mail
"unread" again.
Mail triage team: nsbeta1+/adt1

Need info: Doug, in comment 19 could you tell us what build you used?  Thanks.
Keywords: nsbeta1 → nsbeta1+
Whiteboard: [adt1]
Plain 'ol 1.3.  Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3)
Gecko/20030312
I have the same Problems. They started after my update to 1.3b and continues in
1.3. Sometimes I can  only delete one message. After this delete is no longer
possible. It's also not possible to move a message to another folder and I also
can not view any other messages in the folder (e.g. inbox). I have to exit
mozilla and start again. After restarting, sometimes the message I started to
delete before, is deleted now. And if I delete another message, the problem
starts again.
Only If I change e.g. from Inbox to another folder and then return to inbox, I
can view another message, but delete still doesn't work.
Then I deleted my Inbox.msf and restarted Mozilla Mail. Until now it seems to work. 
I also remarked, that when I want to sent a message in this state of the
mailsystem I described above, there is a message "copy message in folder sent"
and this message stays on the screen. I have to click on the cancel button and
shut the message. Then I get the message "message has not been sent. Do you want
to save the message in the drafts folder? " Then I klick on "no". After this,
when I have a look in the sent folder, I see the message is saved there and it
was sent without problems.


Ewald, I have been trying to reproduce this bug.  I have tried with 12-12-2002
builds, 2-23-2003 builds and 3-018-2003 builds.  I have read through all the
dup's and have tried all the sceanrios (which are very basic).  There must be a
missing piece. Can you give me your POP Account settings?  Do you have your
password saved?  Do you have Quick Launch ON?  Do you have Junk Mail Controls
on?  Please give me any more information you might think will help me reproduce
this.  For example, do you notice it happens when you delete messages with
attachments?
Esther, have you looked at bug 184959 (referenced in comment #1)?  That bug
implicates the problem as being related to upgrading from 4.x profile, and
there's lots of discussion of work-arounds in there.
Esther, in my pop-account the following settings are enabled:
check for new messages at startup, check every 10 minutes, compact folders if
more than 200kb, password is saved, the rest are standard setting. 
Quick Launch ON is, but this is not the problem. Junk Mail Control is on with
standard settings. Messages with attachments doesn't matter for that problem.
Maybe it's the junk mail control, because the problem happened first time after
my update from 1.2.1 to 1.3b.
One year ago, I upgraded from Netscape 4.7, but until now there hasn't been such
a  problem. Yesterday after I deleted my inbox.msf it was o.k. for the rest of
the day. Today I have the same Problem again after I deleted my first mail. When
I try to sent a message as I described yesterday, and I click on the sent folder
, the sandclock appears and the send folders reacts very slowly.
Absolutely the same on my side. I have tried all things i can imagine. Enabling
or disabling junk mail control doesn´t solve the problem. Deleting msf.files
only works temorarily. Attachements have no influence - the effect occurs
immediately. 
I tried to go back to mozilla 1.21 and that works for me. No more Problems...;
But thats not the solve of the problem...
For me, junk mail control is on now, but it wasn't when the problem first
occurred.  The problem has definitely occurred on emails without attachments.  I
have multiple POP accounts configured.  My password for one account is not
saved, for another it is saved.  I check two accounts every 5 minutes, and 2
others I haven't checked in months.  I have several newsservers configured as
well, but haven't used them in a long time either.  I do not have quicklaunch
enabled.
Here's some comments from a colleague who keeps getting this bug.  He is running
1.3 on WinXP SP1, using POP (UW-IMAP server) with mail stored on a network
drive.  He originally used Netsape 4 and upgraded to 1.3 via N6.2 and Moz 1.2.1.
 He doesn't use Mozilla's spam filters.  Whether the emails have attachments
doesn't seem to affect things.
---
Glitch just happened again. Just been notified that 7 new emails had arrived so
I went to look in folder. Some dross came in not caught by the junk filters. 
Deleted the first junk email. This disappeared, and the content of the next one
appeared in the window. Clicking on any other email wouldn't change the display.
If I double click on any mail in the list it will open up quite happily in a new
window.

However, if I compact the Inbox, it will let me move about between the messages
again and the display changes. The second I try to delete one, it shafts itself
again (without deleting the file this time).
---
While Mozilla was in this state, he was able to click compose and write the
above email.  However, it just hung when he tried to send it.  Maybe this was
when it tried to write to the sent folder?

I use 1.3 at home on Win98SE.  This uses POP but I have never had any problems.
Thanks all of you for your information.  Taking Dan's suggestion I reviewed bug
184959 and found that to reproduce the bug I have to rename my Inbox via the OS
to INBOX (with all caps), launch the app, exit then relaunch.  At this time (1)
Delete will work, from that point on within the same session Delete from the
Inbox fails and so does copying to Sent folder. There is a workaround mentioned
in bug 184959 comment 19 for those of you who want to bypass this bug until it
get's fixed.

Note: This same altered profile is works OK with released 7.02, this is
regression for those users who have this INBOX. 

How many users would have this INBOX?  This is what I'm trying to find out. 
Those reporting this problem are using migrated and existing Profiles where the
POP Inbox is titled in all Caps (INBOX) in the Mozilla profile folder in the
file manager.  How the Inbox got into that state is unknown by me at this time.
 I have tried to reproduce this "INBOX" without renaming it via file manager by
migrating an existing 4.7 profile with 6.2, then using that profile with 7.02
and then with trunk build starting with 12-12-2002 and have not found this to
happen.  If any of the reporters of this bug can give me a history of how their
profile was created, that would be helpful (including any changes user made
manually to their POP mail folders).  

I did not have to use a migrated or existing Profile.   I can reproduce this
with a newly created profile using the 20030318 trunk build on winxp that has
been altered as mentioned above.  
Note, in bug 184959 comment 20 bienvenu thinks this bug was introduced with a
bug fix to 66955 and has a suggestions.   That bug and this one appear to be the
same bug but I don't want to mark either as dup, they both have lots of
activity, merging the info would confuse things. 
More notes:  I tested a user created folder with all CAPS, it did not have a
problem and I tested other special folders (Trash, Sent) changing them to all
CAPS they did not have the problem. It seems to be only a problem for the Inbox. 
I have been having this problem with 1.3 despite having Inbox, not INBOX.  I
migrated from Netscape 4.x a long time ago and have been using the various
Mozilla releases since then.  I have done many installs and uninstalls of the
various versions.  If a version is too buggy, I uninstall it and go back to the
previous version.  I am running XP Pro.

I view this bug as very major as I can't really use 1.3 with this bug.  The
workaround mention in comment 19 (deleting .msf files) only works once on my
system.  That is, one running of Mozilla.  Once I shut down Mozilla and restart
it, the bug is back.
Dave you say you have Inbox not INBOX.  Note, If the inbox file is INBOX in the
file manager, the first time you launch mail it displays as INBOX in the folder
pane.  After exiting, relaunching and logging into my POP account again the
folder pane changes INBOX to Inbox, but it is still INBOX in file manager.  So
when you say your Inbox is not all uppercase it this true for both the listing
in the folder pane and listing in the file manager?
Good question!  In file manager it is INBOX but in Mozilla it is Inbox.  Should
I manually change it to Inbox in file manager?  (by file manager I mean that I
am looking in C:\Documents and Settings\David Andersen\Application
Data\Mozilla\Profiles\andrsen\tfd47tot.slt\Mail\postoffice.pacbell.net)
Hmmmm... mine is also called Inbox in Mozilla, but INBOX and INBOX.msf in
Windows.  Guess I'll try renaming them.
I'm 95% certain that the inbox of my colleague (see comment #28) is called inbox
at OS level.  I can't check until Monday.  Should this also be renamed to Inbox?
 So far, all problems have assumed INBOX, but is it really any incorrect casing
that causes it?
accepting, fix in hand.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.4alpha
Comment on attachment 118118 [details] [diff] [review]
patch

r/sr=bienvenu
Attachment #118118 - Flags: superreview+
fixed.

same fix for other top level special folders.

meaning, if you had on disk:

INBOX, DRAFTS, SENT, TEMPLATES, UNSENT MESSAGES

you could hit this problem.

same with InBOX, dRAFTS, etc.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago → 21 years ago
Resolution: --- → FIXED
Flags: blocking1.4a?
Can 184959 now be resolved as a dup of this bug?  If there is a 1.3.1, could
this fix get in to it, or would that be inappropriate?
Thanks for all the work in fixing this bug so swiftly!
*** Bug 191029 has been marked as a duplicate of this bug. ***
*** Bug 184959 has been marked as a duplicate of this bug. ***
We tried the workaround on a colleague's machine yesterday.  All his files (at
OS level) were lower case so we renamed them from inbox to Inbox etc, and
(recursively) deleted all the msf files.  Weren't quite sure what to do with the
inbox.sbd file, so renamed it to Inbox.sbd, but left its contents unchanged
(except for deleting the msf files).  However, Mozilla has now renamed them all
back to being lower case, with the exception of Templates and Drafts.

Is there a build available which has this fix?  I'd like to get people here to
test it, but don't have the time or the tools to do a windows build myself.
*** Bug 199305 has been marked as a duplicate of this bug. ***
*** Bug 200967 has been marked as a duplicate of this bug. ***
After i used mozilla 1.4a the bug has gone.That means i can delete every mail
and all side-effects are gone too. It works perfectly now. 
Besides there are some other, new bugs now....
backported to 1.3.1, at the request of asa & max.spicer
Target Milestone: mozilla1.4alpha → mozilla1.3final
verified, this was verified on 3-24 in bug 184959. Some commentors in this bug
have reported back it's fixed for them too.
Status: RESOLVED → VERIFIED
*** Bug 184271 has been marked as a duplicate of this bug. ***
*** Bug 197490 has been marked as a duplicate of this bug. ***
*** Bug 190657 has been marked as a duplicate of this bug. ***
*** Bug 198761 has been marked as a duplicate of this bug. ***
*** Bug 200820 has been marked as a duplicate of this bug. ***
*** Bug 202301 has been marked as a duplicate of this bug. ***
*** Bug 203656 has been marked as a duplicate of this bug. ***
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: