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

pcmanfm (103)

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


1 2 > >> (Page 1 of 2)

  • Anonymous

    • priority: 5 --> 8

  • Anonymous

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

    See the ubuntu forums thread :


  • Anonymous

    i was able to halt pcmanfm while xorg was locked up

    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

  • 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
    karl anliot

    so it's file roller? and not pcmanfm?

  • 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.

  • Can it be the same issue as # 3294370 ?

    • milestone: --> 1.0
1 2 > >> (Page 1 of 2)