#523 x.org lockup after dragging archived file to desktop

[Anonymous]

open any archive in File roller (archive manager)
drag a file from there, to the desktop. (like you were unpacking a file to your desktop)

x.org should not crash when releasing mouse button

sorry I know this is brief, but I will test other distributions if you need me to.
I've tested this with .9-10-2 on Lubuntu
seems to be a bug with a common operation

[Anonymous]

this seems to be affecting ALL USERS who use File Roller and Drag and Drop with the desktop.

See the ubuntu forums thread :
http://ubuntuforums.org/showthread.php?t=1934476

[Anonymous]

sorry forgot to link the launchpad bug for pcmanfm and the lauchpad bug for file roller
https://bugs.launchpad.net/ubuntu/+source/file-roller/+bug/884503
https://bugs.launchpad.net/ubuntu/+source/file-roller/+bug/878993

[Anonymous]

i was able to halt pcmanfm while xorg was locked up

^C
Program received signal SIGINT, Interrupt.
0x00007ffff5894d93 in poll () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) ba
#0 0x00007ffff5894d93 in poll () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x00007ffff5dd0136 in g_main_context_poll (n_fds=10, fds=0x9fbfc0,
timeout=150, context=0x6626e0, priority=<optimized out>)
at /build/buildd/glib2.0-2.31.18/./glib/gmain.c:3412
#2 g_main_context_iterate (dispatch=1, block=<optimized out>,
context=0x6626e0, self=<optimized out>)
at /build/buildd/glib2.0-2.31.18/./glib/gmain.c:3113
#3 g_main_context_iterate (context=0x6626e0, block=<optimized out>,
dispatch=1, self=<optimized out>)
at /build/buildd/glib2.0-2.31.18/./glib/gmain.c:3055
#4 0x00007ffff5dd059a in g_main_loop_run (loop=0x6f4f50)
at /build/buildd/glib2.0-2.31.18/./glib/gmain.c:3312
#5 0x00007ffff7359437 in IA__gtk_main ()
at /build/buildd/gtk+2.0-2.24.10/gtk/gtkmain.c:1329
#6 0x000000000040dcb9 in main (argc=1, argv=0x7fffffffe7f8) at pcmanfm.c:199

[Stephan Sokolow]

I'm not sure whether anyone else experiences a genuine lock-up, but on my machine and my mother's machine (both Lubuntu Oneiric) it's actually a very different problem with a similar effect. If you can move your cursor, it's not X.org locking up. Rather, it's a mouse grab that's not getting released.

X11 is a very low-level API and, because things like menus and drag-and-drop aren't part of the core protocol, they're implemented using lower-level operations.

Part of a drag-and-drop operation involves XGrabPointer so the source application can continue to receive mouse events no matter where you move the mouse. The problem is that, in this case, file-roller errors out before it releases the grab.

If you can SSH into a box in that state, `killall file-roller` will cause the grab to be released and you'll be able to use your system again.

[karl anliot]

so it's file roller? and not pcmanfm?

[Stephan Sokolow]

I haven't confirmed it but, from what I understand about how drag-and-drop is implemented, it's likely that it's a bug in file-roller that nautilus doesn't trip.

Someone with more experience with C and the relevant applications will need to confirm or deny that hypothesis though.

[kjoe]

I've tested both, file-roller and xarchiver. Both in combination with pcmanfm. When trying to drag and drop files from an archive to the desktop, only file-roller freezes the whole system, but the xarchiver also crashes (leaving the system functional).

I noticed a strange behaviour with both archiver programs: they crash the 1st, 3rd, 5th time you drag and drop a file, but there is no problem the 2nd, 4th, 6th time. I've already reported on this at the launchpad site (https://bugs.launchpad.net/ubuntu/+source/file-roller/+bug/878993).

I thought this information may be helpful for someone to solve the problem.

[Lonely Stranger]

Can it be the same issue as # 3294370 ?