FS#47174 - [file-roller] file-roller crashes while traversing folders in an archive.

Attached to Project: Arch Linux
Opened by Hussam Al-Tayeb (hussam) - Wednesday, 25 November 2015, 10:00 GMT
Last edited by Jan de Groot (JGC) - Friday, 10 June 2016, 09:39 GMT
Task Type Bug Report
Category Upstream Bugs
Status Closed
Assigned To Jan de Groot (JGC)
Jan Alexander Steffens (heftig)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

I filed this upstream but I think either the maintainer didn't look or didn't reproduce it since it got no response at all.
https://bugzilla.gnome.org/show_bug.cgi?id=756987
Basically if I am navigating folders in an archive and the mouse pointer moves (my hands shake a bit), file-roller crashes.
Just in case no one upstream can fix it, is it possible that one the Arch Linux developers can take a look as well? Thank you.
crash information:
#0 gdk_window_is_destroyed (window=0x1) at gdkwindow.c:2262
No locals.
#1 0x00007ffff76c9a30 in gtk_get_event_widget (event=event@entry=0xc518c0)
at gtkmain.c:2483
widget = 0x0
widget_ptr = 0x958500
#2 0x00007ffff780858a in gtk_widget_event_internal (widget=0x958500,
event=0xc518c0) at gtkwidget.c:7581
return_val = <optimized out>
handled = 1
event = 0xc518c0
widget = 0x958500
#3 0x00007ffff76c847e in propagate_event_up (topmost=<optimized out>,
event=<optimized out>, widget=0x958500) at gtkmain.c:2517
tmp = <optimized out>
handled_event = <optimized out>
#4 propagate_event (widget=widget@entry=0x958500, event=0xc518c0,
captured=captured@entry=0, topmost=topmost@entry=0x0) at gtkmain.c:2619
handled_event = 0
#5 0x00007ffff76c9ae2 in gtk_propagate_event (widget=widget@entry=0x958500,
event=<optimized out>) at gtkmain.c:2654
No locals.
#6 0x000000000041a273 in egg_tree_multi_drag_button_release_event (
---Type <return> to continue, or q <return> to quit---
widget=widget@entry=0x958500, event=<optimized out>, data=<optimized out>)
at eggtreemultidnd.c:183
priv_data = <optimized out>
l = 0x964db0
#7 0x00007ffff76cb01c in _gtk_marshal_BOOLEAN__BOXED (closure=0x7a03b0,
return_value=0x7fffffffe140, n_param_values=<optimized out>,
param_values=0x7fffffffe1a0, invocation_hint=<optimized out>,
marshal_data=<optimized out>) at gtkmarshalers.c:86
callback = 0x41a230 <egg_tree_multi_drag_button_release_event>
cc = 0x7a03b0
data1 = 0x958500
data2 = <optimized out>
v_return = <optimized out>
__func__ = "_gtk_marshal_BOOLEAN__BOXED"
#8 0x00007ffff605c035 in g_closure_invoke (closure=0x7a03b0,
return_value=return_value@entry=0x7fffffffe140, n_param_values=2,
param_values=param_values@entry=0x7fffffffe1a0,
invocation_hint=invocation_hint@entry=0x7fffffffe120) at gclosure.c:801
marshal = <optimized out>
marshal_data = <optimized out>
in_marshal = 0
real_closure = 0x7a0390
__func__ = "g_closure_invoke"
---Type <return> to continue, or q <return> to quit---
#9 0x00007ffff606e081 in signal_emit_unlocked_R (node=node@entry=0x73a9d0,
detail=detail@entry=0, instance=instance@entry=0x958500,
emission_return=emission_return@entry=0x7fffffffe2b0,
instance_and_params=instance_and_params@entry=0x7fffffffe1a0)
at gsignal.c:3627
tmp = <optimized out>
handler = 0x964480
accumulator = 0x73aa40
emission = {next = 0x0, instance = 0x958500, ihint = {signal_id = 70,
detail = 0, run_type = G_SIGNAL_RUN_FIRST}, state = EMISSION_RUN,
chain_type = 4}
handler_list = 0x964380
return_accu = 0x7fffffffe140
accu = {g_type = 20, data = {{v_int = 0, v_uint = 0, v_long = 0,
v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0,
v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint = 0,
v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0,
v_double = 0, v_pointer = 0x0}}}
signal_id = 70
max_sequential_handler_number = 8088
return_value_altered = 1
#10 0x00007ffff60768b9 in g_signal_emit_valist (instance=<optimized out>,
signal_id=<optimized out>, detail=<optimized out>,
---Type <return> to continue, or q <return> to quit---
var_args=var_args@entry=0x7fffffffe360) at gsignal.c:3393
return_value = {g_type = 20, data = {{v_int = 0, v_uint = 0,
v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0,
v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint = 0,
v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0,
v_double = 0, v_pointer = 0x0}}}
error = 0x0
rtype = 20
static_scope = 0
instance_and_params = 0x7fffffffe1a0
signal_return_type = <optimized out>
param_values = 0x7fffffffe1b8
i = <optimized out>
n_params = <optimized out>
__func__ = "g_signal_emit_valist"
#11 0x00007ffff607714f in g_signal_emit (instance=instance@entry=0x958500,
signal_id=<optimized out>, detail=detail@entry=0) at gsignal.c:3439
var_args = {{gp_offset = 32, fp_offset = 48,
overflow_arg_area = 0x7fffffffe440,
reg_save_area = 0x7fffffffe380}}
#12 0x00007ffff78086bc in gtk_widget_event_internal (widget=0x958500,
event=0x1572bf0) at gtkwidget.c:7692
signal_num = <optimized out>
---Type <return> to continue, or q <return> to quit---
return_val = 0
handled = 0
event = 0x1572bf0
widget = 0x958500
#13 0x00007ffff76c847e in propagate_event_up (topmost=<optimized out>,
event=<optimized out>, widget=0x958500) at gtkmain.c:2517
tmp = <optimized out>
handled_event = <optimized out>
#14 propagate_event (widget=<optimized out>, event=0x1572bf0,
captured=<optimized out>, topmost=0x0) at gtkmain.c:2619
handled_event = 0
#15 0x00007ffff76ca22c in gtk_main_do_event (event=0x1572bf0) at gtkmain.c:1850
event_widget = <optimized out>
grab_widget = 0x958500
topmost_widget = <optimized out>
window_group = 0x871d40
rewritten_event = <optimized out>
device = 0x6cf5a0
tmp_list = <optimized out>
__func__ = "gtk_main_do_event"
#16 0x00007ffff72437c2 in gdk_event_source_dispatch (source=<optimized out>,
callback=<optimized out>, user_data=<optimized out>)
at gdkeventsource.c:364
---Type <return> to continue, or q <return> to quit---
display = <optimized out>
event = <optimized out>
#17 0x00007ffff5d87dc7 in g_main_dispatch (context=0x6d6500) at gmain.c:3154
dispatch = 0x7ffff72437a0 <gdk_event_source_dispatch>
prev_source = 0x0
was_in_call = 0
user_data = 0x0
callback = 0x0
cb_funcs = <optimized out>
cb_data = <optimized out>
need_destroy = <optimized out>
source = 0x719400
current = 0x6812c0
i = 0
#18 g_main_context_dispatch (context=context@entry=0x6d6500) at gmain.c:3769
No locals.
#19 0x00007ffff5d88020 in g_main_context_iterate (
context=context@entry=0x6d6500, block=block@entry=1,
dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3840
max_priority = 2147483647
timeout = 30
some_ready = 1
nfds = <optimized out>
---Type <return> to continue, or q <return> to quit---
allocated_nfds = 3
fds = 0x680480
#20 0x00007ffff5d880cc in g_main_context_iteration (context=0x6d6500,
context@entry=0x0, may_block=may_block@entry=1) at gmain.c:3901
retval = <optimized out>
#21 0x00007ffff63478cc in g_application_run (application=0x6d3100,
argc=argc@entry=1, argv=argv@entry=0x7fffffffe7c8) at gapplication.c:2311
arguments = 0x680480
status = 0
__func__ = "g_application_run"
#22 0x0000000000415216 in main (argc=1, argv=0x7fffffffe7c8) at main.c:38
app = 0x6d3100
status = <optimized out>
(gdb)
This task depends upon

Closed by  Jan de Groot (JGC)
Friday, 10 June 2016, 09:39 GMT
Reason for closing:  Fixed
Comment by Samantha McVey (samcv) - Friday, 10 June 2016, 08:21 GMT
Hussam,
Can you let me know if you are still experiencing this issue? Your response is appreciated. Thank you.
Comment by Hussam Al-Tayeb (hussam) - Friday, 10 June 2016, 08:50 GMT
It is not crashing anymore. I think some Drag&Drop fixes went into a post 3.20 gtk+ release and they appear to be helping. Feel free to close the bug report. I can always request a reopen if this ever happens again.

Loading...