Bug 108078 - Failed to download file from Camera/Browse Directory Menu
Summary: Failed to download file from Camera/Browse Directory Menu
Status: RESOLVED NOT A BUG
Alias: None
Product: digikam
Classification: Applications
Component: Usability-Menus (show other bugs)
Version: 0.7.2
Platform: Mandriva RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-06-24 22:23 UTC by Steve
Modified: 2017-08-02 21:08 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments
Screenshot showing options choosen when trying to downloads (64.81 KB, image/jpeg)
2005-07-25 15:14 UTC, Steve
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Steve 2005-06-24 22:23:02 UTC
Version:           0.7.2 (using KDE KDE 3.3.2)
Installed from:    Mandriva RPMs
OS:                Linux

I have a Pentax Optio 330 which is set-up as a USB Mass Storage device. If I go to the Camera -> Directory Browse menu I am able to preview the images but when I try to download them it fails with "Failed to download file impgxxxx.jpg"

I'm tring to download to; /mnt/data/Shared Pictures/Pictures
The camera is mounted under; /mnt/camera

I'm pretty sure this used to work with a previous version of digikam/Mandrake
Comment 1 Renchi Raju 2005-06-24 22:25:57 UTC
run it from konsole and see if you see any warning messages
Comment 2 Steve 2005-06-24 22:44:53 UTC
Renchi Raju wrote:

[bugs.kde.org quoted mail]
I ran it from Konsole and no messages were displayed.


	
	
		
___________________________________________________________ 
Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com
Comment 3 Renchi Raju 2005-06-24 22:53:22 UTC
just making sure that you checked for the messages on the konsole :). Also, are the permissions ok for the destination folder /mnt/data/Shared Pictures/Pictures i.e. can you copy files to it.
Comment 4 Steve 2005-06-24 23:15:34 UTC
Renchi Raju wrote:

[bugs.kde.org quoted mail]
OK. I've had some success. The permissions are OK - rwx for ugo

The problem seems to lie with the "Renaming Options" section in the 
browse window.

If i check "Camera Provided Names" I can download OK.

If i check "Custom Names" I can download OK.

If i check "Custom Names" and "Add Sequence Number" I can download OK.

If i check "Custom Names" and "Add camera provided date and time" I 
cannot download.

(The "Prefix" field in all cases in empty)

Hope that helps,
Steve








		
___________________________________________________________ 
How much free photo storage do you get? Store your holiday 
snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com
Comment 5 Renchi Raju 2005-06-24 23:31:30 UTC
ah... that's useful. just below the item names in the camera preview listing, the names with which the files will be downloaded is listed (in light blue color). what do those names look like?
Comment 6 Steve 2005-06-25 12:43:47 UTC
Renchi Raju wrote:

[bugs.kde.org quoted mail]
It looks like:

imgp0888.jpg
20050624-20:31:14-00
01.jpg



	
	
		
___________________________________________________________ 
Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com
Comment 7 Renchi Raju 2005-07-10 22:44:55 UTC
the example you provided has the sequence number added. can you provided the exact  combination which prevents downloading?
Comment 8 Steve 2005-07-23 21:03:29 UTC
Renchi Raju wrote:

[bugs.kde.org quoted mail]
If i check "Custom Names" and "Add camera provided date and time" I 
cannot download. The images appear OK in the browse window, with the 
correct dates/filenames but when I try to download it fails.




	
	
		
___________________________________________________________ 
Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com
Comment 9 Tom Albers 2005-07-23 21:10:26 UTC
Can you make a screenshot of the dialog, with the 'advanced' part expanded and post it here?
Comment 10 Steve 2005-07-23 21:29:28 UTC
Tom Albers wrote:

[bugs.kde.org quoted mail]
See attachment.
Comment 11 Tom Albers 2005-07-23 21:50:44 UTC
Please go to 
http://bugs.kde.org/show_bug.cgi?id=108078
and add the attachment there by following the appropiate link.
Comment 12 Steve 2005-07-25 15:14:16 UTC
Created attachment 11919 [details]
Screenshot showing options choosen when trying to downloads
Comment 13 Renchi Raju 2005-07-25 18:27:26 UTC
i'm wondering if the long filename is what is preventing the files to be downloaded. what is the filesystem that you are downloading to? can you try to create an empty file in the /mnt/data/Shared Pictures/Pictures directory by trying to do:
$ touch "/mnt/data/Shared Pictures/Pictures/20050723-19:10:28-0001.jpg"
Comment 14 Steve 2005-07-25 20:56:48 UTC
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Renchi Raju wrote:
<blockquote cite="mid20050725162728.15080.qmail@ktown.kde.org"
 type="cite">
  <pre wrap="">------- You are receiving this mail because: -------
You reported the bug, or are watching the reporter.
         
<a class="moz-txt-link-freetext" href="http://bugs.kde.org/show_bug.cgi?id=108078">http://bugs.kde.org/show_bug.cgi?id=108078</a>         




------- Additional Comments From renchi pooh tam uiuc edu  2005-07-25 18:27 -------
i'm wondering if the long filename is what is preventing the files to be downloaded. what is the filesystem that you are downloading to? can you try to create an empty file in the /mnt/data/Shared Pictures/Pictures directory by trying to do:
$ touch "/mnt/data/Shared Pictures/Pictures/20050723-19:10:28-0001.jpg"

  </pre>
</blockquote>
<font color="#3366ff">It's a FAT32 partition which I share between
Linux and XP (on a Dual boot system).<br>
<br>
I tried touch'ing the file you suggested and it failed:<br>
</font><br>
<i>steve@STAN Pictures]$ touch "/mnt/data/Shared
Pictures/Pictures/2005072319:10:28-0001.jpg"<br>
touch: setting times of `/mnt/data/Shared
Pictures/Pictures/2005072319:10:28-0001.jpg': No such file or directory<br>
</i><br>
Reducing the length of the filename allowed it to work:<br>
<br>
<i>[steve@STAN Pictures]$ touch "/mnt/data/Shared
Pictures/Pictures/2005072319.jpg"<br>
[steve@STAN Pictures]$ rm 2005072319.jpg<br>
rm: remove regular empty file `2005072319.jpg'? y<br>
</i><br>
<i>[steve@STAN Pictures]$ touch "/mnt/data/Shared
Pictures/2005072319:10:28-0001.jpg"<br>
touch: setting times of `/mnt/data/Shared
Pictures/2005072319:10:28-0001.jpg': No such file or directory<br>
<br>
[steve@STAN Pictures]$ touch "/mnt/data/2005072319:10:28-0001.jpg"<br>
touch: setting times of `/mnt/data/2005072319:10:28-0001.jpg': No such
file or directory<br>
</i><br>
<font color="#3333ff">The problem seems to lie with the time
specification, in particular the ":" - If I replace the ":" with "-" it
works OK.<br>
</font><br>
[steve@STAN Pictures]$ touch "/mnt/data/Shared
Pictures/Pictures/2005072319-10-28-0001.jpg"<br>
[steve@STAN Pictures]$ rm "/mnt/data/Shared
Pictures/Pictures/2005072319-10-28-0001.jpg"<br>
rm: remove regular empty file `/mnt/data/Shared
Pictures/Pictures/2005072319-10-28-0001.jpg'? y<br>
<br>
<font color="#3333ff">So, is there anyway to specify what format the
data &amp; time will take in the filename (line a printf format) ?</font><br>
<br>
<br>
</body>
</html>

	
	
		
___________________________________________________________ 
Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com
Comment 15 Renchi Raju 2005-07-25 21:08:32 UTC
its a limitation of the filesystem. i had a quick look at the filename characters allowed by FAT32 and it seems " / \ [ ] : ; | = , ^ * ? are not allowed.

you can manually format the date by adding for eg: the following in the prefix box:
prefix_%Y%m%d-%H-%M-%S (where prefix can be any text of your choice). you can read up the manpage of strftime to customize to your liking.

since this is not a digikam bug, i'm closing this report.