Gimp crashes while doing nothing...

Bug #62962 reported by Bernard van der Velden
10
Affects Status Importance Assigned to Milestone
The Gimp
New
Undecided
Unassigned
gimp (Ubuntu)
Confirmed
Medium
Unassigned

Bug Description

When I open a file and edit it a little, everything is normal. When I continue some other work (like programming a website) and leave gimp alone for a while, it crashes after a few minutes. I didn't touch gimp in that time and it happens on a regular timebase. I have uploaded a bug-report to http://www.vyper.dds.nl/_usr_bin_gimp-2.2.1000.crash

It's about Gimp 2.2.13 on Ubuntu Edgy.

Revision history for this message
John Vivirito (gnomefreak) wrote :

Thanks for your bug report. Could you please try to obtain a
backtrace by following the instructions on
       http://wiki.ubuntu.com/DebuggingProgramCrash.
This will greatly aid us in tracking down your problem.

Changed in gimp:
status: Unconfirmed → Needs Info
Revision history for this message
Sebastien Bacher (seb128) wrote :
Download full text (14.9 KiB)

John, the bug-report pointed already has a debug backtrace:

"...
 #0 IA__gtk_file_info_get_is_folder (info=0x656d6f68) at gtkfilesystem.c:177
  in gtkfilesystem.c
 #0 IA__gtk_file_info_get_is_folder (info=0x656d6f68) at gtkfilesystem.c:177
  __PRETTY_FUNCTION__ = "IA__gtk_file_info_get_is_folder"
 #1 0xb7b565c1 in name_sort_func (model=0x98599d0, a=0xbf876e0c,
     b=0xbf876e9c, user_data=0xb45ac5d0) at gtkfilechooserdefault.c:5506
  info_a = (const GtkFileInfo *) 0x656d6f68
  info_b = (const GtkFileInfo *) 0x950dfd8
  dir_a = <value optimized out>
  dir_b = <value optimized out>
 #2 0xb7c9c8cd in gtk_tree_model_sort_level_find_insert (
     tree_model_sort=0x9837280, level=0x9520a10, iter=0xbf876e9c,
     skip_index=11) at gtktreemodelsort.c:1739
  header = <value optimized out>
  start = 9
  middle = 10
  end = 11
  cmp = <value optimized out>
  tmp_elt = <value optimized out>
  tmp_iter = {stamp = -1081640856, user_data = 0x951fe48,
   user_data2 = 0xb77c6f60, user_data3 = 0x9056eb4}
  func = (GtkTreeIterCompareFunc) 0xb7b56560 <name_sort_func>
  data = (gpointer) 0xb45ac5d0
  __PRETTY_FUNCTION__ = "gtk_tree_model_sort_level_find_insert"
 #3 0xb7c9ea41 in gtk_tree_model_sort_row_inserted (s_model=0x98599d0,
     s_path=0x9878c30, s_iter=0x94f3880, data=0x9837280)
     at gtktreemodelsort.c:1787
  tree_model_sort = (GtkTreeModelSort *) 0x656d6f68
  path = <value optimized out>
  iter = {stamp = 159878192, user_data = 0x98599d8, user_data2 = 0x1,
   user_data3 = 0xbf876ef8}
  real_s_iter = {stamp = -1216671036, user_data = 0x9514770,
   user_data2 = 0x1, user_data3 = 0xb7b7171b}
  i = 0
  free_s_path = 0
  elt = <value optimized out>
  level = (SortLevel *) 0x9520a10
  parent_level = (SortLevel *) 0x9520a10
  __PRETTY_FUNCTION__ = "gtk_tree_model_sort_row_inserted"
 #4 0xb7bbd18d in _gtk_marshal_VOID__BOXED_BOXED (closure=0x97e6208,
     return_value=0x0, n_param_values=3, param_values=0xbf87710c,
     invocation_hint=0xbf87701c, marshal_data=0xb7c9e730)
     at gtkmarshalers.c:1304
  data1 = (gpointer) 0x98599d0
  data2 = <value optimized out>
  __PRETTY_FUNCTION__ = "_gtk_marshal_VOID__BOXED_BOXED"
 #5 0xb779683b in IA__g_closure_invoke (closure=0x97e6208, return_value=0x0,
     n_param_values=3, param_values=0xbf87710c, invocation_hint=0xbf87701c)
     at gclosure.c:490
  marshal = (
     GClosureMarshal) 0xb7bbd130 <_gtk_marshal_VOID__BOXED_BOXED>
  marshal_data = (gpointer) 0x0
  __PRETTY_FUNCTION__ = "IA__g_closure_invoke"
 #6 0xb77a6c43 in signal_emit_unlocked_R (node=0x8872848, detail=0,
     instance=0x98599d0, emission_return=0x0, instance_and_params=0xbf87710c)
     at gsignal.c:2438
  tmp = <value optimized out>
  handler = (Handler *) 0x9855860
  accumulator = (SignalAccumulator *) 0x0
  emission = {next = 0xbf877514, instance = 0x98599d0, ihint = {
     signal_id = 201, detail = 0, run_type = G_SIGNAL_RUN_FIRST},
   state = EMISSION_RUN, chain_type = 4}
  class_closure = (GClosure *) 0x8872818
  handler_list = (Handler *) 0x9855860
  return_accu = (GValue *) 0x0
  accu = {g_type = 0, 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,
      ...

Changed in gimp:
importance: Undecided → Medium
status: Needs Info → Unconfirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

Did you change "file:///home/bernard/Desktop/webpage.css" from outside of gimp while it was opened?

Revision history for this message
Bernard van der Velden (bernard-vyper) wrote :

Yes, I was working on it with gedit.

Revision history for this message
Ittai (ittaibalaban) wrote :

I get the same problem consistently.
Using Ubuntu Edgy Beta.
Attached a Gimp-generated crash report.

Changed in gimp:
status: Unconfirmed → Confirmed
Revision history for this message
Nivl (nivl) wrote :
Revision history for this message
Brian Rogers (brian-rogers) wrote :

I'm also having this problem. Gimp crashes whenever a file is modified that isn't currently open in Gimp, but is in the same directory as an image opened for editing in Gimp. In my case, it's an html file I'm working on.

Revision history for this message
Ez Aton (ezaton) wrote :

Same here. Attached is a full bug report.
I did not modify the file outside of GIMP, however, I did manage files in that same directory. Another crash happened when this file was closed, and only the menu windows were opened.

Revision history for this message
Henrique Maia (henriquemaia) wrote :

Same here. Full bug report attached.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Looks like the same problem than bug #73069

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.