Bug 216874 - File renaming in the queue settings don't manage tokens [date] and [cam]
Summary: File renaming in the queue settings don't manage tokens [date] and [cam]
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: AdvancedRename-BatchQueueManager (show other bugs)
Version: 1.0.0
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-11-30 23:45 UTC by Philippe
Modified: 2016-07-03 20:10 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In: 1.1.0
Sentry Crash Report:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Philippe 2009-11-30 23:45:00 UTC 
Version:            (using KDE 4.3.3)
OS:                Linux
Installed from:    Fedora RPMs

In the "File Renaming" options of a queue, when you use the 2 tokens [date] and [cam], no data are replaced in the target filename. It works with the other tokens ([file],[ext],[dir], #).

For the date, none of the different formats (standard, ISO, Text, Local and custom) work even if the exemple string is displayed well and the photo have an exif data for the date.

The [cam] don't work too even if the exif "Maker" and "Model" (is it these informations required?) are there.


PS (But should not be there) : Is this possible to add a tool that do nothing except renaming the files because renaming in batch queue renaming is better than in "Rename images..." functionnality
Comment 1 Andi Clemens 2009-12-01 00:07:18 UTC 
Date and camera token have been fixed in digikam-1.0.0-rc:
http://www.flickr.com/photos/26732399@N05/4148688014/in/set-72157622697399159/

Also bei "Renaming Images" I guess you are talking about the KIPI-plugin (Tools->Rename Images)?
The rename tool from BQM can also be found in the AlbumUI and CameraUI. The KIPI-Plugin "Rename Images" will not be loaded in digiKam-1.0.0-rc and higher, since it is replaced.

Take a look at:
http://www.digikam.org/drupal/node/485

and
http://www.digikam.org/drupal/node/487

Cosmocat,
does this solve your problems?

Andi
Comment 2 Andi Clemens 2009-12-01 00:09:52 UTC 
The new rename tool can be found in the toolbar ("Rename") as well as by pressing "F2".
In earlier digiKam versions, F2 only renamed a single file, but now it can batch rename.
Comment 3 Philippe 2009-12-01 00:40:52 UTC 
It's in the Batch Queue Manager that I had the problem because in I have the beta 6 version in the fedora and in the "Renaming Images" menu item, I have the old renaming window.

But if you say that it's fixed in the release candidate, I hope I could test it soon (when it will be packaged by the fedora team).

I just submit the bug report because I couldn't find a similar one (and I couldn't test the RC for the moment).

Thanks a lot...
Comment 4 Andi Clemens 2009-12-01 08:20:48 UTC 
You can use it already (since beta5), just click the normal "Rename" action ;-)
Comment 5 Jens Mueller 2010-01-09 21:21:57 UTC 
This one is also fixed, I think. Can anybody confirm?
Comment 6 Andi Clemens 2010-01-09 21:42:57 UTC 
Yes I fixed this... if nobody broke it again... :-) I will close the report.
Comment 7 Johannes Wienke 2010-01-09 22:18:29 UTC 
Unit test ;)
Comment 8 Andi Clemens 2010-01-09 22:26:36 UTC 
The unit test is working, this here would be an integration test... which we don't have... :-)
Comment 9 Johannes Wienke 2010-01-09 22:29:20 UTC 
We can misuse the unit tests for this as well ;)
Comment 10 Andi Clemens 2010-01-09 22:40:27 UTC 
Hmmm not a fan of this... unit tests should not relay / depend on other classes... well anyway this bug is fixed :-)