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 519100 - pan downloads despite file system not being available
pan downloads despite file system not being available
Status: RESOLVED DUPLICATE of bug 499845
Product: Pan
Classification: Other
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Charles Kerr
Pan QA Team
Depends on:
Blocks:
 
 
Reported: 2008-02-27 17:43 UTC by Ian Ball
Modified: 2009-07-29 12:51 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Added to wrong bug -- sorry! (8.81 KB, text/plain)
2009-03-17 01:12 UTC, ciaraldi
Details

Description Ian Ball 2008-02-27 17:43:38 UTC
On version 0.132, which ever that is.....  freshly compiled today from gentoo sources

I was downloading and discovered that pan was trying to write the decoded files to a directory that wasn't mounted, produced errors that it couldn't write to the directory, but continued to download.  This is easy to reproduce.

Step 1. Do a download to a directory on a file system, I have an nfs mounted directory, however it also works with local mounts.  This sets the download directory that will shown/used next time a download will be started.

Step 2. Exit pan - this is to make sure no application is using anything in the mount.

Step 3. unmount the file system to which the download was done.

Step 4. Restart Pan and start another download with several posts.  When asked to which directory you should save to in the requester, accept what is in there, which should be the same as what was in there before.  Pan downloads, produces error messages in the log, but continues to download.  Pan fails to stop the download to that directory, or to display any kind of message or anything.  If the log window isn't open, the problem is invisible.

From the logs that I have of the short test to show this, the follosing is visible:

Wed Feb 27 18:36:33 2008 - Pan 0.132 started
Wed Feb 27 18:36:33 2008 - Loaded data backend in 0.2 seconds
Wed Feb 27 18:36:54 2008 - Loaded 79447 articles for "alt.binaries.multimedia.scifi" in 2.7 seconds (29137 per second)
Wed Feb 27 18:37:16 2008 - ERROR: Could not open target file /mnt/walda/tmpstorage2/OtherMovies/gds9s3e14.nzb for writing: No such file or directory
Wed Feb 27 18:37:16 2008 - Error saving "/mnt/walda/tmpstorage2/OtherMovies/gds9s3e14.nzb":
No such file or directory.
Wed Feb 27 18:37:16 2008 - ERROR: Could not open target file /mnt/walda/tmpstorage2/OtherMovies/gds9s3e13.nzb for writing: No such file or directory
Wed Feb 27 18:37:16 2008 - Error saving "/mnt/walda/tmpstorage2/OtherMovies/gds9s3e13.nzb":
No such file or directory.


In my case, this cost me just short of 43Gb at my service provider, and a lot of time - not cheap!


This problem is reproducible also if you manually enter a directory path in the requester.  From the log:
Wed Feb 27 18:42:25 2008 - ERROR: Could not open target file /mnt/this/directory/doesnt/exist/DS9S1E03 - Past Prologue.par2 for writing: No such file or directory
Wed Feb 27 18:42:25 2008 - Error saving "/mnt/this/directory/doesnt/exist/DS9S1E03 - Past Prologue.par2":
No such file or directory.
Comment 1 ciaraldi 2009-03-17 01:12:45 UTC
Created attachment 130801 [details]
Added to wrong bug -- sorry!
Comment 2 ciaraldi 2009-03-17 01:21:14 UTC
Comment on attachment 130801 [details]
Added to wrong bug -- sorry!

>xxxx
Comment 3 Petr Kovar 2009-07-29 12:51:54 UTC
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.


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