Description of problem: TaskCoach does not save problems. This becomes particularly acute when trying to close, as it realizes the file has not been saved. Closing is no possible, therefore, without losing data. Version-Release number of selected component (if applicable): taskcoach-0.72.5-1.fc11.i586 How reproducible: Everytime Steps to Reproduce: 1. Open TaskCoach. 2. Create a new task. 3. Track some effort. 4. Attempt to save file. Actual results: File is not saved. Expected results: File would be saved in the filename you chose. Additional info: TaskCoach cannot be closed without losing data if there were any changes made to the file. It closes the dialog box when choosing "save", but then the data is not saved. TaskCoach realizes this, and remains open. Attempting to close yet again just prompts the box to open once again.
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle. Changing version to '11'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
I recently added a taskcoach ticket. Please, folow the link: http://sourceforge.net/tracker/?func=detail&aid=2804418&group_id=130831&atid=719134 Thanks.
I can confirm that this bug is still present in Fedora 11. I noticed that if you run from console and try to force a save as you will see: usr/lib64/python2.6/site-packages/wx-2.8-gtk2-unicode/wx/_core.py:14450: UserWarning: wxPython/wxWidgets release number mismatch warnings.warn("wxPython/wxWidgets release number mismatch") Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/taskcoachlib/gui/uicommand.py", line 139, in onCommandActivate self.doCommand(event) File "/usr/lib/python2.6/site-packages/taskcoachlib/gui/uicommand.py", line 471, in doCommand self.iocontroller.saveas() File "/usr/lib/python2.6/site-packages/taskcoachlib/gui/iocontroller.py", line 152, in saveas if self._saveSave(self.__taskFile, showerror, filename): File "/usr/lib/python2.6/site-packages/taskcoachlib/gui/iocontroller.py", line 183, in _saveSave file.saveas(filename) File "/usr/lib/python2.6/site-packages/taskcoachlib/persistence/taskfile.py", line 289, in saveas return super(LockedTaskFile, self).saveas(filename) File "/usr/lib/python2.6/site-packages/taskcoachlib/persistence/taskfile.py", line 210, in saveas self.save() File "/usr/lib/python2.6/site-packages/taskcoachlib/persistence/taskfile.py", line 283, in save self.acquire_lock(self.filename()) File "/usr/lib/python2.6/site-packages/taskcoachlib/persistence/taskfile.py", line 265, in acquire_lock self.__lock = lockfile.FileLock(filename) File "/usr/lib/python2.6/site-packages/taskcoachlib/thirdparty/lockfile/lockfile.py", line 166, in __init__ tname = "%s-" % threading.current_thread().get_name() AttributeError: '_MainThread' object has no attribute 'get_name'
There is a reply to the link shown in Comment #2 """Hi, This bug was fixed in release 0.72.6. You need python 2.5. Unfortunately I don't see an easy way to install Python 2.5 on Fedora 11. You might want to check on a Fedora mailinglist or forum. I'll see what we can do to make Task Coach also work with Python 2.6. Cheers, Frank""" So it looks like TaskCoach is NOT compatible with Fedora 11?
As you can see, taskcoach team prepares an exclusive package for fedora 11 ( http://downloads.sourceforge.net/taskcoach/taskcoach-0.74.1-1.fc11.noarch.rpm ). I think that should be included in updates repo. Thanks.
I can confirm that the save bug is not present in the RPM stated in comment #5. You still see taskcoach.py /usr/lib64/python2.6/site-packages/wx-2.8-gtk2-unicode/wx/_core.py:14450: UserWarning: wxPython/wxWidgets release number mismatch warnings.warn("wxPython/wxWidgets release number mismatch") Rather annoyingly it has been made with /usr/bin/taskcoach.py NOT /usr/bin/taskcoach as it was previously, I think. It is good to have it back and usable in Fedora 11.
http://kojipkgs.fedoraproject.org/packages/taskcoach/0.74.1/1.fc11/noarch/taskcoach-0.74.1-1.fc11.noarch.rpm I have just pushed an update to repo and it is for stable 11 as well and still waiting in bodhi for moving to update-testing. In the meantime .. may you check whether it is still reproduceable by removing old one and updating to this one. Thanks, In case it does not work .. I will check with backporting the fix.
I've tried the koji rpm from post #7 and it works. Saving is ok again. I could not see any significant difference between the TaskCoach provided rpm and the one on the Koji server. The koji rpm now shows taskcoach rather than taskcoach.py which is nice! Also on load I see: /usr/lib64/python2.6/site-packages/wx-2.8-gtk2-unicode/wx/_core.py:14450: UserWarning: wxPython/wxWidgets release number mismatch warnings.warn("wxPython/wxWidgets release number mismatch") But no other messages when opening, saving or exiting taskcoach. I think the Koji one is fine. At least it is on my machine.
https://admin.fedoraproject.org/updates/taskcoach-0.74.1-1.fc11 Okay thanks, I have requested for pushing to update-testing already.
I am closing this for now .. if problem persist please reopen. Thanks,
taskcoach-0.74.1-1.fc11 has been pushed to the Fedora 11 stable repository. If problems still persist, please make note of it in this bug report.