← Back to team overview

gtg team mailing list archive

[Bug 529273] Re: [gtg-refactor] Crash when moving multiple tasks to be subtasks of another

 

** Changed in: gtg
       Status: New => Confirmed

-- 
[gtg-refactor] Crash when moving multiple tasks to be subtasks of another
https://bugs.launchpad.net/bugs/529273
You received this bug notification because you are a member of Gtg
contributors, which is subscribed to Getting Things GNOME!.

Status in Getting Things GNOME!: Confirmed

Bug description:
This is a regression on the gtg-refactor branch.  Steps to reproduce are:

1. Launch ./scripts/debug.sh
2. Expand the subtasks under 'Getting started with GTG'
3. Select all the tasks titled "Learn how to..."
4. Drag them onto 'Reporting bugs', which should make them sub-tasks of that, but doesn't.

In the console I see this output printed:

Traceback (most recent call last):
  File "/home/bryce/src/gtg/gtg-refactor-main/GTG/taskbrowser/tasktree.py", line 498, in on_drag_data_received
    model_filter.convert_iter_to_child_iter(drag_iter_filter)
NameError: global name 'model_filter' is not defined
/home/bryce/src/gtg/gtg-refactor-main/GTG/taskbrowser/browser.py:1758: GtkWarning: You must override the default 'drag_data_received' handler on GtkTreeView when using models that don't support the GtkTreeDragDest interface and enabling drag-and-drop. The simplest way to do this is to connect to 'drag_data_received' and call g_signal_stop_emission_by_name() in your signal handler to prevent the default handler from running. Look at the source code for the default handler in gtktreeview.c to get an idea what your handler should do. (gtktreeview.c is in the GTK source code.) If you're using GTK from a language other than C, there may be a more natural way to override default handlers, e.g. via derivation.
  gtk.main()





References