GNOME Bugzilla – Bug 355047
article download becomes saving after restart
Last modified: 2007-01-23 13:35:55 UTC
Here's how to reproduce it: set pan to ofline click an article to read it exit pan restart pan open the task list the task is now set to SAVE the article in the directory pan was started from. This is a problem for those of us that queue up several articles for later reading/saving. It will also be a problem if/when automatic downloading is added. Pan needs to either not save reading/download tasks or a way to determine if a task in its nzb is for reading or saving since this could also be caused by a crash. Are posting tasks affectyed by this?
I was just about to file the same bug, but I guess I get to confirm yours instead! =8^) This is /very/ annoying, as I have a dedicated 12 gig partition for caching, and keep rather less than that free on my general home partition. Having the home partition fill up with gigs of unprocessed junk when I'm only expecting it in the dedicated cache dir isn't fun at all! =8^( It was also very annoying finding those gigabytes deposited in the root level of my home dir, given that's the default working dir. Luckily, I only had a few non-hidden non-dir files there, and I could order by change time and delete all the pan spew. This one has likely existed since the download option came back, but I only now traced it down to save instead of download after a restart so came to file it and found it already filed. =8^) It is serious enough I'd consider it a 1.0 blocker, given the disruption it can cause to user's home dirs. =8^( Duncan
Created attachment 74435 [details] [review] 0.116 patch Please give this a spin and see if it works for you. I'd like to get this into 1.0.
I just tried it and it fixes the problem.
*** Bug 361389 has been marked as a duplicate of this bug. ***