Closed Bug 77971 Opened 24 years ago Closed 21 years ago

Drag folder to acct level a couple times can crash.

Categories

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

x86
Linux
defect

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: laurel, Assigned: blizzard)

References

(Blocks 1 open bug)

Details

(Keywords: crash, Whiteboard: [nsbeta1+])

Attachments

(3 files)

Using apr27 commercial trunk build Crashed on linux rh6.2 Sometimes hangs and displays blank error dialog on Mac OS 9.0 OK on Win98 When you drag a top level folder to the account/server level in the folder pane 2-3 times problems occur on both Mac and Linux. Steps: 1. Go to mail window, login to mail account (either IMAP or POP). 2. Select Inbox, drag and drop it to the account level for that same account. 3. Mac responds slowly with an error dialog "folder already exists", linux doesn't allow the drop. 4. Repeat the drag&drop of the Inbox to the account level. 5. Result: Linux crashes. Mac may or may not hang at this point, mac may need another iteration before displaying the error dialog blank and requiring user to force quit.
Keywords: crash
QA Contact: esther → laurel
Attached file linux talkback 29716489 (deleted) —
over to naving.
Assignee: sspitzer → naving
Attached file stack trace with symbols (deleted) —
Since we allow this action we shouldn't crash.
Keywords: nsbeta1
Priority: -- → P2
Whiteboard: [nsbeta1+]
Target Milestone: --- → mozilla0.9.1
This crash is happening in code outside mailnews in nsDragService. See the stack for details. From the CVS blame looks like blizzard was involved in writing this code. cc blizzard, if he know how to prevent this crash.
Attached patch patch (deleted) — Splinter Review
Can you try that patch and see if it fixes the problem? I don't have a server that I can move folders on to test.
sure, I will let you know.
It still crashes. If you load in the debugger, it crashes on the very first drag, the crash is in the same file nsDragService.cpp at line 565.
Crap. OK, there's something bad going on here. If you want me to fix this bug, because it sounds like it's in the widget code, please assign it to me and I'll set up a server to test it on.
reassign to blizzard
Assignee: naving → blizzard
Keywords: mailtrack
cc myself
Target Milestone: mozilla0.9.1 → mozilla0.9.2
Update for team checking on crash keyword: still happens may30 commercial build
any luck with this?
No, I've been to busy doing other things. It's still on my 0.9.2 radar, though.
Target Milestone: mozilla0.9.2 → mozilla0.9.3
Target Milestone: mozilla0.9.3 → mozilla0.9.4
Target Milestone: mozilla0.9.4 → mozilla0.9.5
Moving out.
Target Milestone: mozilla0.9.5 → mozilla0.9.6
Blocks: 104166
Target Milestone: mozilla0.9.6 → mozilla0.9.7
Has anyone seen this crash recently?
Target Milestone: mozilla0.9.7 → mozilla0.9.9
Blocks: 155643
this bug has not been touched since 2001-12-29, therefore this reminder. Reporter could you please retest with a current mozilla build and let us know if this problem is still present, or if this bug can be closed.
I'm not the reporter, but... Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3a) Gecko/20021202 (RH 7.2) I don't see this problem using POP folders. I can't drag the Inbox to the account level.
QA Contact: laurel → gchan
Target Milestone: mozilla0.9.9 → ---
By the definitions on <http://bugzilla.mozilla.org/bug_status.html#severity> and <http://bugzilla.mozilla.org/enter_bug.cgi?format=guided>, crashing and dataloss bugs are of critical or possibly higher severity. Only changing open bugs to minimize unnecessary spam. Keywords to trigger this would be crash, topcrash, topcrash+, zt4newcrash, dataloss.
Severity: normal → critical
Unable to reproduce with Mozilla 1.7 beta on FC2test2 D&D behaves as expected with no ill effects.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
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: