Pressing 'delete' key with no task highlighted creates a new task
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
GTG |
Fix Released
|
Low
|
Jeff Oliver | ||
gtg (Ubuntu) |
Fix Released
|
Low
|
Unassigned |
Bug Description
Binary package hint: gtg
PROBLEM ENCOUNTERED
Pressing the "delete" key when no task is highlighted has the unexpected behavior of creating a new task.
HOW TO REPRODUCE
1. Open the main tasks window.
2. With no task highlighted, press the "delete" key.
3. An window will open with the "Are you sure you want to delete this task?" dialog, for a task called "- My New Task". At the same time, a task called My New Task will be created in the main tasks window (visible behind the dialog).
4. Click on either option or hit enter. It doesn't matter. The new task is still there.
EXPECTED BEHAVIOR
Pressing delete with no task highlighted will have no effect,
AND POSSIBLY after you have deleted one task, the next one in line will be highlighted.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: gtg 0.2.4-1ubuntu1
ProcVersionSign
Uname: Linux 2.6.32-22-generic i686
Architecture: i386
Date: Wed May 19 19:14:44 2010
InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release i386 (20100429)
PackageArchitec
ProcEnviron:
LANG=en_US.utf8
SHELL=/bin/bash
SourcePackage: gtg
Related branches
Changed in gtg (Ubuntu): | |
status: | New → Confirmed |
importance: | Undecided → Low |
importance: | Low → Undecided |
status: | Confirmed → New |
Changed in gtg: | |
status: | New → Confirmed |
milestone: | none → 0.3 |
importance: | Undecided → Low |
Changed in gtg (Ubuntu): | |
importance: | Undecided → Low |
status: | New → Triaged |
Changed in gtg: | |
status: | Confirmed → Triaged |
tags: | added: patch |
tags: |
added: patch-accepted-upstream removed: patch |
Changed in gtg: | |
assignee: | nobody → Jeff Oliver (jeffrey-oliver) |
Changed in gtg: | |
milestone: | 0.3 → 0.2.9 |
Changed in gtg: | |
status: | Fix Committed → Fix Released |
Changed in gtg (Ubuntu): | |
status: | Triaged → Fix Committed |
I don't get the same behavior as described above with rev 821, instead I get a traceback.
get_task should take a tid oliverj/ workspace/ gtg/fix- export/ GTG/gtk/ browser/ browser. py", line 1052, in on_task_ treeview_ key_press_ event on_delete_ tasks() oliverj/ workspace/ gtg/fix- export/ GTG/gtk/ browser/ browser. py", line 1110, in on_delete_tasks vmanager. ask_delete_ tasks(tids_ todelete) oliverj/ workspace/ gtg/fix- export/ GTG/gtk/ manager. py", line 201, in ask_delete_tasks dialog. delete_ tasks(tids) : oliverj/ workspace/ gtg/fix- export/ GTG/gtk/ delete_ dialog. py", line 79, in delete_tasks list_tasks( tasks, task) oliverj/ workspace/ gtg/fix- export/ GTG/gtk/ delete_ dialog. py", line 76, in recursive_ list_tasks subtasks( ):
Traceback (most recent call last):
File "/home/
self.
File "/home/
self.
File "/home/
if self.delete_
File "/home/
recursive_
File "/home/
for i in root.get_
AttributeError: 'NoneType' object has no attribute 'get_subtasks'
I attached a patch to fix the crash.