Download Folder fails to follow symbolic links, is sometimes ineffective

Bug #1320042 reported by Len Brown
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Rapid Photo Downloader
Invalid
Undecided
Unassigned

Bug Description

I'm running RPD 0.4.10 on Ubuntu 14.04 64-bit --
though I've had this problem over the past year or so
when running earlier versions of Ubuntu.

I walk up to my computer, plug in a SD/USB card,
and depending on if RPD shows NEF or JPG files,
I want to download them to different places.

(btw, wouldn't it be nice if RPD would remember different destinations
 for .JPG and .NEF files?, like it does for Pictures/Videos?)

On the main display under the "To", there is a menu for "Photos:"

One of the selections is /NEF, which is a symbolic link
to a big fat disk where I write the NEF files.

But ASP is unable to follow that link, and it complains:

Invalid cross-device link
File: /media/lenb/NIKON D600/DCIM/105ND600/DSC_6004.NEF

A 2nd problem, possibly not related...

File/Preferences/Photo Folders

also has a "Download folder:" with the same selection of locations
as above.
When I change that destination, it is effective, but it is NOT
reflected on the main page in the "Photos" destination -- which
leads to puzzling results of photos on the main page being
downloaded, but not put in the location shown on the main page.
Many times I've downloaded my NEF into JPG, or JPG into NEF
because of this, and had to manually move the files to
their intended destination.

Revision history for this message
Len Brown (len-brown) wrote :

an additional observation...
After a file fails to download, it is marked with a little red icon instead of a little green icon.

It does not seem to be possible to somehow un-select/re-select that photo
for download to a new destination. I have to re-start the tool in order to
try to access that photo.

This applies also to photos what have been successfully downloaded too.
it seems to be impossible to somehow change their state from "downloaded"
to be eligible for downloading again without re-starting the tool.

This use-case comes up, say, when I start downloading a batch to the wrong place,
and i stop it and want to download to the right place (eg. due to 2nd issue
with ineffective change to download location mentioned above)
I suppose somebody might also want to download more than once
to an archive location, and they'd run into that challenge too.

Revision history for this message
Damon Lynch (dlynch3) wrote :

Thanks for your bug report. Please do not include multiple issues in one report.

For the link issue, it is impossible to diagnose the problem without more information. I need to know how you've created the link, the file systems being used, and the permissions. I need to see a copy of the full output of a download when you run this from the command line:

rapid-photo-downloader --debug

It is very important when you include that debugging output that you focus on one issue at a time. First, I need to know what happens when the files are being downloaded, and no extra issues. Second -- and this is a separate issue -- I need to know what happens when you change the download destination and the main window is not being updated. So you also need to include the output of running from the command line as I request above, but this time the only thing that should be done is to change the download destination. Please indicate clearly the exact steps you are taking to reproduce the problem.

If you do not include all of this information, I cannot fix the problem.

Finally, under the File menu there is a command "Refresh". It does exactly as it says, much like the command by the same name on a web browser.

Damon Lynch (dlynch3)
Changed in rapid:
status: New → Incomplete
Revision history for this message
Damon Lynch (dlynch3) wrote :

Closing due to no response from original bug reporter.

Changed in rapid:
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.