Bug 216874

Summary:	File renaming in the queue settings don't manage tokens [date] and [cam]
Product:	[Applications] digikam	Reporter:	Philippe <pmiossec>
Component:	AdvancedRename-BatchQueueManager	Assignee:	Digikam Developers <digikam-bugs-null>
Status:	RESOLVED FIXED
Severity:	normal	CC:	tschenser
Priority:	NOR
Version:	1.0.0
Target Milestone:	---
Platform:	Fedora RPMs
OS:	Linux
Latest Commit:		Version Fixed In:	1.1.0
Sentry Crash Report:

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 :-)