Closed Bug 160509 Opened 22 years ago Closed 19 years ago

DnD freezes mozilla (two different ways)

Categories

(SeaMonkey :: MailNews: Message Display, defect)

Other
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: chagner, Assigned: naving)

Details

I was organizing mail by dragging and dropping a large amount of messages from my      
inbox to a relatively large set of folders/sub-folders (approx. 30 folders, max depth      
about 4 levels).  I regularly experience two different types of lockups...     
     
1.  After the message appears to have been moved to the destination folder, I click on     
another inbox message. The Mozilla logo rotates while it tries to read the message.      
The 'document' frame (in which I'd see the message) is all white.  The logo continues to     
rotate forever, and all mozilla windows fail to respond.  I can switch between them, and     
they don't mess up how X renders (i.e. when searching, if you drag the search pop-up     
window around, the parent window doesn't get redrawn) but there's now response.  I fix     
this with 'kill pid' at the command line, since I can't close them any normal way.     
     
2.  Same actions as before, but instead of getting a logo rotating forever, mozilla smply     
freezes up with zero response.  I now can regularly get this within 3-4 message drags.  
I do see the  following error msg though...     
     
 [chagner@lenny ~/prjmgmt/magnet]$ /usr/local/mozilla/mozilla    
----------------------    
PrepareDocumentForEditing    
    
Gtk-CRITICAL **: file gtkdnd.c: line 623 (gtk_drag_get_data): assertion `widget !=    
NULL' failed.    
mcop warning: user defined signal handler found for SIG_PIPE, overriding    
    
The Gtk-CRITICAL line appears immediately when it freezes... I'm not sure how much    
later the mcop warning appears.   Actually, looking at the last couple screens of my   
console, I do seem to get that mcop warning A LOT... Here's a snippet.   
    
   
[chagner@lenny ~]$ mozilla &   
[chagner@lenny ~]$ mcop warning: user defined signal handler found for SIG_PIPE,   
overriding   
mcop warning: user defined signal handler found for SIG_PIPE, overriding   
mcop warning: user defined signal handler found for SIG_PIPE, overriding   
mcop warning: user defined signal handler found for SIG_PIPE, overriding   
mcop warning: user defined signal handler found for SIG_PIPE, overriding   
mcop warning: user defined signal handler found for SIG_PIPE, overriding   
mcop warning: user defined signal handler found for SIG_PIPE, overriding   
mcop warning: user defined signal handler found for SIG_PIPE, overriding   
mcop warning: user defined signal handler found for SIG_PIPE, overriding   
mcop warning: user defined signal handler found for SIG_PIPE, overriding   
mcop warning: user defined signal handler found for SIG_PIPE, overriding   
mcop warning: user defined signal handler found for SIG_PIPE, overriding   
mcop warning: user defined signal handler found for SIG_PIPE, overriding   
mcop warning: user defined signal handler found for SIG_PIPE, overriding   
mcop warning: user defined signal handler found for SIG_PIPE, overriding   
mcop warning: user defined signal handler found for SIG_PIPE, overriding   
mcop warning: user defined signal handler found for SIG_PIPE, overriding   
mcop warning: user defined signal handler found for SIG_PIPE, overriding   
mcop warning: user defined signal handler found for SIG_PIPE, overriding   
mcop warning: user defined signal handler found for SIG_PIPE, overriding   
   
Just for the record, I have tried to wait out the freeze (i.e. 15 minutes), but it doesn't   
rectify the situation.   
   
Oh yeah, my system info is as follows:   
- redhat 7.3 (i686) kernel 2.4.18-3  
- KDE  3.0.0-10  
-  /home/chagner is a mounted from a central file server, thus ~/.mozilla is accessed via  
nfs.  
- I was running mozilla 1.0, but I just upgraded to mozilla 1.1 beta and there was no 
difference.  
 
Thanks for your time and effort.  Mozilla rocks the party!
not movemail component
Assignee: adam → naving
Component: Movemail → Mail Window Front End
QA Contact: gayatri → gchan
Reporter what type of mail account are you using (imap/pop).
Are you drag/dropping from 1 account to another?

posible dupe/fix is in bug 160069 But I'm not familiar enough with GTK.

if reporter is using pop account, maybe running into bug 159990

If you think this is a dupe Navin let me know and I'll
dupe it out.
I am getting mail from a POP3 account (using SSL).  I am dragging messages from
my local Inbox (for the POP3 account) to a sub-folder of Local Folders.  Thus,
I'm not dragging across accounts (assuming I understood your definition of
'accounts').

Anything else I can provide?  Is there a way for me to run it and actually get a
crash report when it freezes it up?

BTW, feel free to use "Chris" instead of "reporter." :-)
Chris,
what type of mail server are you using?

I didn't think you could run SSL over pop mail?
Chris, what build are you using? If it's moz 1.1, you should upgrade to a newer
trunk build.
Per your questions,

I've seen the problem with both Mozilla 1.0 and 1.1 beta.  I'll see if I can
upgrade to a later version.  While I'm familiar with CVS, I'm not familiar with
where to download the latest trunk build.  If this is an RTFM-type question, no
worries, I'll figure it out.

Yes, I'm running pop over SSL. When in Mozilla Mail go to Edit->Mail & Newsgroup
Account Settings. On the outgoing server settings, there an option to use SSL. 
Regarding the type of account, does that really affect the DnD functionality?  I
would think they'd be quite separate since I'm simply downloading all messages
to my local machine.  Not that I know jack about the Mozilla code base... :-)
in the lower right hand corner of the www.mozilla.org page, you'll see links for
downloading the latest daily builds.

Yes, you're right, SSL is most likely not involved. The one caveat is that if
you have mozilla configured to delete messages from the server when you delete
them locally, and you have "leave on server" set, and you do a move, that could
cause us to try to delete message from the server, which would involve sending
POP3 protocol over SSL.

If you were seeing this in 1.0 and 1.1 beta, I doubt you are running into the
problem I was thinking of, which was not in 1.0, but might be in 1.1 beta
(Navin, do you know if the multiple msg move/copy was fixed on the 1.l branch
ever?). In any case, the latest trunk build should have all the latest fixes, so
it's worth a try. 
Gotcha... well, I do have "leave on server" enabled, and "Delete messages on
server when deleted locally" _not_ enabled.  Hope that helps.

BTW, I won't be able to upgrade to a nightly build until about a week from now.
 Sorry for the delay.
Using commercial trunk
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1b) Gecko/20020808
on linux 2.2

I had a pop mail account, leave mesgs on server enabled,
delete mesgs locally disabled, my outgoing smtp server to
use SSL always.

I tried dragging mutltiple mesgs and various sized mesgs from
my inbox to various sub folders on Local Folders and experienced no
hang or problems.
   -tried dragging 900 mesgs from inbox to a subfolder 4 levels
    deep and it worked.

The bug that he might have ran into was bug 150716 but that was
in 1.1a builds and fixed on trunk on 6/13 but since Chris
has been using later builds but still running into the problem.

Chris how nested/deep do your subfolders go? Do your subfolder
have any unusual characters,spaces in them?
How many mesgs are you DnD? Does DnD a few mesgs works but DnD
lots of mesgs don't?



Chris what type of mail server are you using?

I see some similar problems with imap mail accounts
(bug 141744, bug 154928, bug 160417)
In response to the questions about my subfolders...
- they ARE nested... usually 3-5 levels under the Local Folders container.
- most don't have spaces, but a couple do
- I am usually DnD'ing one message at a time.  I have not noticed a difference
when DnD'ing > 1 msg.

In response to the last comments...
- I am using a pop mail account with access going over ssl.


Hey Chris, i was hoping to find out what mail server  you
are using. Do you know if it's microsoft exchange, netscape mesg server,
cyrus, UofW, etc..?


I believe this has nothing to do with SSL because we never delete on the server
immediately (only when the used does GetMsg() next time). On win32 you can get
into this state but I think it doesn't freezes mozilla. related bug 86018
Reporter, are you still seeing this problem? Bug 200041 sounds very similar, and
that's occuring on Mozilla 1.3.
Product: Browser → Seamonkey
Old versions, no response. Resolving as WFM.

Feel free to reopen if you can reproduce the problem with current builds.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.