Closed Bug 122572 Opened 23 years ago Closed 7 years ago

GTK error during drag and drop of mail message to folder

Categories

(MailNews Core :: Backend, defect)

Product:
MailNews Core
Component:
Backend
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
minor

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: darse, Unassigned)

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7) Gecko/20011221 BuildID: 2001122108 mail crash during drag and drop of message to folder. i'm running mozilla over a network (ssh), so the drag and drop animation is very slow. numerous images (of the page icon) stick along the path the mouse takes, then mozilla crashes with the following error message: Gtk-CRITICAL **: file gtkdnd.c: line 623 (gtk_drag_get_data): assertion `widget != NULL' failed. Gtk-CRITICAL **: file gtkdnd.c: line 623 (gtk_drag_get_data): assertion `widget != NULL' failed. [7] Exit 255 ~/bin/mozilla/mozilla Reproducible: Sometimes Steps to Reproduce: 1. ssh to a remote machine (eg. home to university), run mozilla mail 2. file a message using drag and drop (eg. move a message from Inbox to a folder). 3. after the slow animation, release onto the destination folder (missing the target will allow it to eventually recover). Actual Results: Error is reproducible. Mozilla crashes with the error message: Gtk-CRITICAL **: file gtkdnd.c: line 623 (gtk_drag_get_data): assertion `widget != NULL' failed. Gtk-CRITICAL **: file gtkdnd.c: line 623 (gtk_drag_get_data): assertion `widget != NULL' failed. [5] Exit 255 ~/bin/mozilla/mozilla Expected Results: it should have filed the message, and not crashed :) work around: use menus to move the message (awkward, but faster than waiting for the long-distance animation anyway)
dup of bug 115764?
Component: Account Manager → Mail Window Front End
QA Contact: nbaca → sheelar
reassign
Assignee: racham → naving
Component: Mail Window Front End → Mail Back End
Keywords: crash
Reporter, Can you try this on a new build? You are using fairly an older build. Also can you submit the crash stack trace by downloading a talkback enabled nightly build. May be this could be an existing bug we already have.
I have tried it a few times on a new build (2002013012). The same error message is reported, but Mozilla did not crash: Gtk-CRITICAL **: file gtkdnd.c: line 623 (gtk_drag_get_data): assertion `widget != NULL' failed. Gtk-CRITICAL **: file gtkdnd.c: line 623 (gtk_drag_get_data): assertion `widget != NULL' failed. The first error report appears to be issued when the message is dropped (unsuccessfully) into the destination folder in the left panel. The second instance appears to occur when the (paper icon) image automatically returns to its origin, in the top panel. I was eventually able to file a message using drag and drop, by waiting about 30 seconds over the destination folder, allowing the animation to catch up and highlight the destination folder. The error occurs when the operation is done faster than that. (So the error might occur when running mozilla locally, rather than over ssh -- I will try that tomorrow). I did not get a dialog box for the error (hence no stack trace), but I'm not positive I've installed talkback correctly (I did ask for the complete build). Possibly related, the following error message appeared 52 times during installation of the new build: Gtk-CRITICAL **: file gtkprogress.c: line 518 (gtk_progress_set_percentage): assertion `percentage >= 0 && percentage <= 1.0' failed. Followed by: shell-init: could not get current directory shell-init: could not get current directory *** Registering smime account manager extension. *** Registering -chat handler. *** Registering x-application-irc handler. *** Registering irc protocol handler. *** Registering -venkman handler. If necessary, I can also try installing the 0.9.7 milestone with talkback enabled, and hopefully get a stack trace when it crashes. - Darse.
> If necessary, I can also try installing the 0.9.7 milestone with > talkback enabled, and hopefully get a stack trace when it crashes. I did this, using the "x86 Talkback enabled Full Installer" (http://ftp.mozilla.org/pub/mozilla/releases/mozilla0.9.7/mozilla-i686-pc-linux-gnu-0.9.7-sea.tar.gz). Note: the following error message occurred during installation: Gtk-CRITICAL **: file gtkwidget.c: line 1510 (gtk_widget_hide): assertion `widget != NULL' failed. After completing the installation, I was able to make Mozilla mail crash again (three times) with the error message: Gtk-CRITICAL **: file gtkdnd.c: line 623 (gtk_drag_get_data): assertion `widget != NULL' failed. Gtk-CRITICAL **: file gtkdnd.c: line 623 (gtk_drag_get_data): assertion `widget != NULL' failed. [9] Exit 255 ./mozilla However, no pop-up dialog box appeared after the crash (is that what is supposed to happen, or is a report sent to bugzilla automatically?). - Darse.
I repeated this test, using the "x86 Talkback enabled Net Installer" (mozilla-i686-pc-linux-gnu-0.9.7-installer.tar.gz), this time moving the .mozilla directory, so that it would have to start from scratch. I again generated the gtkdnd.c (line 623) error and crashed Mozilla (twice). No pop-up dialog box appeared. Although the Mozilla mail window and browser windows all crashed, the processes were still alive. The run-mozilla.sh and five mozilla-bin processes appear to have been orphaned, and had to be killed with kill -9. So we still don't have a crash report or stack trace. - Darse.
This error is still present in the new 0.9.8 milestone (build 2002020415). After a drag and drop, the error message: Gtk-CRITICAL **: file gtkdnd.c: line 623 (gtk_drag_get_data): assertion `widget != NULL' failed. occurs twice, but Mozilla no longer crashes. The test was easily repeated. - Darse.
over to blizzard -gtk problem.
Assignee: naving → blizzard
No apparent change in the 0.9.9 milestone (build 2002031008). Still produces the line 623 error. The following message occurred when starting Mozilla (this may or may not be related): Gdk-CRITICAL **: file gdkgc.c: line 51 (gdk_gc_new_with_values): assertion `window != NULL' failed.
And what about Mozilla1.0 ?
reporter, Did you submit the crash report with a talkback enabled build? Is this still present on recent builds?
talkback will not work because GTK calls exit or abort. the only way to get a real stacktrace is to use gdb on a build that is not completely stripped (non-tinderbox).
Yes, the same error occurs with Mozilla 1.0, but again does not produce a crash. Gtk-CRITICAL **: file gtkdnd.c: line 623 (gtk_drag_get_data): assertion `widget != NULL' failed. (repeated many times, easily). Talkback is enabled (and has been triggered several times for crashes resulting from normal use of Mozilla mail), but it is no longer triggered by this error (no crash). This has not caused a crash of Mozilla since version 0.9.8, so the error could be downgraded from critical, and the summary "mail crash during..." could be changed to "mail error during...". I leave that up to you the developers to decide. The error itself is minor, and the conditions are rare -- it is probably only useful as a clue to other potential problems. - Darse.
ok. are there any ill effects? does the drag 'N drop work properly.
Severity: critical → major
Keywords: crash
Summary: mail crash during drag and drop of message to folder → GTK error during drag and drop of mail message to folder
The drag and drop fails when the 623 error occurs (the paper icon bounces back to the point of origin). Drag and drop can succeed (with no error) if the user waits about 30 seconds before releasing (allowing the animation time to catch up). No other ill effects that I can see. - Darse.
Confirming based on comments. Changing the severity since there is a work around in reporters comments#15
Severity: major → minor
Status: UNCONFIRMED → NEW
Ever confirmed: true
I've been using Mozilla since M16, as my default browser since 0.6.0 on Windows and since I switched to Linux last October I have been using Mozilla (and FB) exclusively. Currently using 2003071322 and while I have still never seen the Gtk-CRITICAL **: file gtkdnd.c: line 623 (gtk_drag_get_data): assertion `widget != NULL' failed error in the Mail component, I seem to be seeing this regularly in the browser. Usually happens when I drag an image to the PTF for bookmarking, drag tabs - sometimes accidentally - (yes, I am using TBE also), or even when I drag icons in the customize toolbar menu to the toolbars in FireBird. Seems to lock up all function of the mouse on all of X anywhere from 5 minutes to indefinitley. Usually I don't wait that long and switch to a different console and kill mozilla that way. I haven't tried waiting 30 seconds before I release the button while dragging, but considering it's faster to use the menus to do whatever you want than waiting 30 seconds, it doesn't seem like a very vialble workaround to a d&d issue. AFAIK, there is also no workaround for using d&d to customize the toolbar icons in FB is there? Does anyone else see this? Suggesting upping severity if so.
Ok, I just had the opportunity to try the workaround but alas, it didn't seem to work. I waited upwards of 1 min 30 seconds before I decided to just kill it. Incidentally, I noticed that the paper icon doesn't seem to bounce back to the point of origin either. Other things I have noticed seemingly as a result of this bug - moving the mouse will bring my taskbar out of it's auto-hide state, but will not change the focus to any other windows for other applications (my settings are to have the focus follow the mouse). Also, I lose some functionality of my keyboard when this bug occurs... for instance I can still Ctrl+Alt+F# and get a different console, but I can't Alt-Tab through my desktops when the taskbar is visible as I normally should be able to. By the way, I've installed both completely fresh verions of Mozilla and used nearly completely fresh profiles (except for bookmarks and user.js).
Product: MailNews → Core
Assignee: blizzard → nobody
QA Contact: sheelar → backend
Product: Core → MailNews Core
can you still reproduce?
Sorry, my working environment has changed. It is not easy for me to test this bug on a more recent release. - Darse.
Removing myslef on all the bugs I'm cced on. Please NI me if you need something on MailNews Core bugs from me.
Leho, Tony, Have you seen anything like this is the last few years?
Flags: needinfo?(leho)
Flags: needinfo?(h)
No, I don't think I've seen anything like that.
WFM per comment 24
Status: NEW → RESOLVED
Closed: 7 years ago
Flags: needinfo?(leho)
Flags: needinfo?(h)
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.