GNOME Bugzilla – Bug 604169
Using a GtkCombo for edit->task->predecessors can give incorrect predecessor
Last modified: 2013-10-13 09:46:31 UTC
Created attachment 149422 [details] [review] patch to migrate to GtkComboBoxEntry If there are two or more tasks with the same name, then selecting an entry that has a duplicate name earlier in the list can result in the GtkCombo returning the first entry with that name as the one to use. See https://bugzilla.redhat.com/show_bug.cgi?id=545711 for an example .planner file and a standalone pygtk demo of the problem The GtkCombo is deprecated, and moving to a GtkComboBoxEntry solves the problem, killing two birds with one stone.
Created attachment 151157 [details] [review] update patch
*** Bug 303251 has been marked as a duplicate of this bug. ***
Created attachment 152213 [details] [review] extend patch The original patch does what its supposed to do, which is to select the correct backend task depending on the selected task in the UI and avoid the combobox selection bustage. This one extends the patch to add in the WBS string to the front of the UI list to make it easier to see which task is being selected when they share a name.
*** Bug 611049 has been marked as a duplicate of this bug. ***
Created attachment 191696 [details] [review] update to apply against 0.14.5
*** Bug 667789 has been marked as a duplicate of this bug. ***
*** Bug 342320 has been marked as a duplicate of this bug. ***
*** Bug 678857 has been marked as a duplicate of this bug. ***
Review of attachment 191696 [details] [review]: There were some trailing whitespaces which I have fixed. ::: planner-0.14.4.orig/src/planner-gantt-model.c @@ +1129,3 @@ } +gchar *get_wbs_from_task(MrpTask *task) Our coding style has returned type on a first line and function name at the beginning of the second line. Also I added a prototype for this function at the beginning of the file. ::: planner-0.14.4.orig/src/planner-task-dialog.c @@ +357,3 @@ + GtkListStore *store; + GtkTreeIter iter; + GtkCellRenderer *renderer; This renderer variable is unused. I removed it. @@ +368,2 @@ for (l = tasks; l; l = l->next) { + GString *scratch; I renamed this variable to a more explicit "task_label".
Created attachment 244063 [details] [review] Switch from GtkComboEntry to GtkCombo
Attachment 244063 [details] pushed as 7b003e5 - Switch from GtkComboEntry to GtkCombo
*** Bug 709949 has been marked as a duplicate of this bug. ***