After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 492911 - Won't Start If Existing Tasks to Do
Won't Start If Existing Tasks to Do
Status: RESOLVED DUPLICATE of bug 501914
Product: Pan
Classification: Other
Component: general
unspecified
Other All
: Normal critical
: ---
Assigned To: Charles Kerr
Pan QA Team
Depends on:
Blocks:
 
 
Reported: 2007-11-03 04:05 UTC by Randy Savage
Modified: 2008-01-28 16:16 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Randy Savage 2007-11-03 04:05:25 UTC
Please describe the problem:
If there are unfinished tasks the application generally will not start until tasks.nzb is removed.  

Steps to reproduce:
1. Queue up some files to download and let some of them download.
2. In PAN, go "offline" and wait for all apparent activity, like any in-process transfers, to stop.
3. Let the application settle down in case there is unwritten data, or other house-keeping to complete.
4. Quit the application normally.
5. Start the application normally.


Actual results:
The application will not start.

Expected results:
Ability to start the application.

Does this happen every time?
The problem does not occur consistently, but it does occur more often than not.

Other information:
I running what I believe is current, version .132 on Mandriva 2008 x86_64.  I am using pre-compiled binaries from Mandriva.  I have tried eliminating other on-disk data files in .pan in case perhaps there was some kind of data mis-match causing the problem, like an index file not synchronizing to a data file, but the application won't start until tasks.nzb is renamed/deleted/moved.  I looked through previously discussed topics and it appears this same bug existed way back at .092.  I am marking the bug as "critical" as the problem does cause a "loss of data" of sorts in that I have to recreate my list of transfers which can be extensive.
Comment 1 Charles Kerr 2008-01-28 16:16:17 UTC

*** This bug has been marked as a duplicate of 501914 ***