Gimp crashes while doing nothing...

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.

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

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

Yes, I was working on it with gedit.

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

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.

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.

Same here. Full bug report attached.

Looks like the same problem than bug #73069