GTG

Bug #1042490
Comment #5

Comment 5 for bug 1042490

Revision history for this message

Paul Gear (paulgear) wrote on 2012-09-18: Re: [Bug 1042490] Re: gtg crash on startup

gtg-tasks.xml Edit (93.1 KiB, text/xml; name="gtg-tasks.xml")

On 09/11/2012 11:56 PM, Izidor Matušov wrote:
> Hi Paul, sorry for late response. Do you still have the original XML
> file? GTG makes backups every day in ~/.local/share/gtg or
> ~/.local/share/gtg/backup depending on if you use GTG 0.2.9 or
> development version. I would need that file to debug this bug. You can
> anonymize your file using:
>
> bzr branch lp:gtg
> cd gtg
> ./scripts/anonymize_task_file.py ~/.local/share/gtg/backup/gtg_tasks-3d246e96-5a69-4f7d63b-eaf1e188b679.xml.2012-09-10.bak

Hi Izidor,

Thanks for your reply. As soon as i noticed the problem i grabbed a
copy of my backups, so hopefully you'll be able to reproduce the bug
with this data. If it doesn't work, i can go further back and grab a
backup from my old laptop.

I've attached a copy of the anonymised file. I hope it comes through
OK, because i had to symlink /usr/local/bin/python2 to /usr/bin/python
on my system. I'm running GTG 0.2.9-1 from Debian wheezy:

root@eber:~# apt-cache policy gtg
gtg:
   Installed: 0.2.9-1
   Candidate: 0.2.9-1
   Version table:
  *** 0.2.9-1 0
         500 http://mirror.internode.on.net/pub/debian/ wheezy/main
amd64 Packages
         100 /var/lib/dpkg/status

After experiencing the bug, i managed to get GTG to start by manually
editing the file each time it complained about a piece of data.
However, after doing this, it seems to loose a few more subtask
relationships each time it's started, and those subtasks become orphaned
and need to be reconnected. Unfortunately, some of my subtasks are
rather simply named, so fixing them up each time is a bit problematic.

> ...
> and upload the final file from /tmp/gtg-tasks.xml. (At the moment, tags
> are not anonymized, it is already reported as a bug. Nevertheless, the
> names of tags are the only thing that is not anonymized.)

I've manually searched and replaced all of the tags with unique
equivalents that are the same length, and preserve punctuation. I hope
this works OK for you.

Thanks for your help and for your work on GTG. If this bug can be
fixed, the new version will be awesome!

Regards,
Paul

Hi Izidor,

Thanks for your reply.  As soon as i noticed the problem i grabbed a 
copy of my backups, so hopefully you'll be able to reproduce the bug 
with this data.  If it doesn't work, i can go further back and grab a 
backup from my old laptop.

I've attached a copy of the anonymised file.  I hope it comes through 
OK, because i had to symlink /usr/local/bin/python2 to /usr/bin/python 
on my system.  I'm running GTG 0.2.9-1 from Debian wheezy:

After experiencing the bug, i managed to get GTG to start by manually 
editing the file each time it complained about a piece of data.  
However, after doing this, it seems to loose a few more subtask 
relationships each time it's started, and those subtasks become orphaned 
and need to be reconnected.  Unfortunately, some of my subtasks are 
rather simply named, so fixing them up each time is a bit problematic.

I've manually searched and replaced all of the tags with unique 
equivalents that are the same length, and preserve punctuation.  I hope 
this works OK for you.

Thanks for your help and for your work on GTG.  If this bug can be 
fixed, the new version will be awesome!

Regards,
Paul