[Bug 285052] New: Moving an Album Folder from one Collection to another doesn't update Information & Tags

classic Classic list List threaded Threaded
24 messages Options
12
Reply | Threaded
Open this post in threaded view
|

[Bug 285052] New: Moving an Album Folder from one Collection to another doesn't update Information & Tags

Bugzilla from bbroek01@vcn.com
https://bugs.kde.org/show_bug.cgi?id=285052

           Summary: Moving an Album Folder from one Collection to another
                    doesn't update Information & Tags
           Product: digikam
           Version: 2.2.0
          Platform: Compiled Sources
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: major
          Priority: NOR
         Component: general
        AssignedTo: [hidden email]
        ReportedBy: [hidden email]


Version:           2.2.0 (using KDE 4.7.2)
OS:                Linux

I have two collections defined, one on my laptop HDD and a second on a external
USB HDD.

Problem:
When moving a folder from the local collection to the external HDD collection,
the folder moves OK but the tags and user information (copyright, etc) is not
visible on the thumbnails.
Performing an image rescan has no effect.
Enabling scan at startup has no effect.
Shutting digikam down & restarting has no effect.

When I move the same folder (described above) back to the local HDD collection,
the tags & user information is visible.

When I copy the photos of the folder on the local HDD collection, and paste the
selected photos to a folder on the external HDD collection, the tags & user
information is transferred & visible.

Reproducible: Always

Steps to Reproduce:
Move one folder from the local collection to and external drive collection.

Actual Results:  
Folder and photos are removed from the local collection.
Folder and photos are moved to the external collection.
Photo tags & user information are not visible on the external collection.

When the previously moved folder is moved back to the local collection, the
tags and user information is visible.

Expected Results:  
When moving a folder from a local collection to an external collection, I would
expect all tags and user information to move with the folder and be visible.

OS: Linux (i686) release 3.0.0-12-generic
Compiler: gcc

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

[Bug 285052] Moving an Album Folder from one Collection to another doesn't update Information & Tags

Gilles Caulier-4
https://bugs.kde.org/show_bug.cgi?id=285052


Gilles Caulier <[hidden email]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[hidden email]
          Component|general                     |Database




--- Comment #1 from Gilles Caulier <caulier gilles gmail com>  2011-10-30 10:25:06 ---
Which Database type you use  : Sqlite ? Mysql ?

Your external HDD is formated as Ext3 ? NTFS ? ReiserFS, FAT32 ?

Gilles Caulier

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

[Bug 285052] Moving an Album Folder from one Collection to another doesn't update Information & Tags

Bugzilla from bbroek01@vcn.com
In reply to this post by Bugzilla from bbroek01@vcn.com
https://bugs.kde.org/show_bug.cgi?id=285052





--- Comment #2 from  <bbroek01 vcn com>  2011-10-30 14:37:58 ---
Gilles,
My external HDD format is NTFS.
Database type is Sqlite.
Bert

On 10/30/2011 4:25 AM, Gilles Caulier wrote:

> https://bugs.kde.org/show_bug.cgi?id=285052
>
>
> Gilles Caulier<[hidden email]>  changed:
>
>             What    |Removed                     |Added
> ----------------------------------------------------------------------------
>                   CC|                            |[hidden email]
>            Component|general                     |Database
>
>
>
>
> --- Comment #1 from Gilles Caulier<caulier gilles gmail com>   2011-10-30 10:25:06 ---
> Which Database type you use  : Sqlite ? Mysql ?
>
> Your external HDD is formated as Ext3 ? NTFS ? ReiserFS, FAT32 ?
>
> Gilles Caulier
>

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

[Bug 285052] Moving an Album Folder from one Collection to another doesn't update Information & Tags

Marcel Wiesweg
In reply to this post by Bugzilla from bbroek01@vcn.com
https://bugs.kde.org/show_bug.cgi?id=285052





--- Comment #3 from Marcel Wiesweg <marcel wiesweg gmx de>  2011-11-05 15:11:22 ---
I could not reproduce this here with a simple test.
Do you move the folder from within digikam or from an external file manager? If
the latter, is digikam running or not?
Can you try to add another local collection (just point to some empty folder)
and test if the bug this happens?

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

[Bug 285052] Moving an Album Folder from one Collection to another doesn't update Information & Tags

Bugzilla from bbroek01@vcn.com
In reply to this post by Bugzilla from bbroek01@vcn.com
https://bugs.kde.org/show_bug.cgi?id=285052





--- Comment #4 from  <bbroek01 vcn com>  2011-11-05 22:26:41 ---
Marcel,
In my initial tests, I moved the folder from my laptop to the external
HDD from within Digikam.

Per your request I retested as follows:
1. Created a new folder, called TransferTest, on the external HDD using
Dolphin.
2. Started Digikam and created a New Collection using the TransferTest
folder name.
3. While I was in the Digikam Setting menu, I created a second new
collection called Transfer_Digikam.
4. On my laptop using Digikam, I created two folders, under the Pictures
folder called TestCopy and TestMove. In each of these two folders I
copied 12 identical photos, each having user information and tags.
5. Within Digikam, I left click-hold on the TestCopy folder and moved
the folder to the TransferTest collection. The files were moved from my
laptop to the external collection. When I selected the TestCopy folder,
the photos were all transferred, but there were no visible tags or user
information.
6. Within Digikam, I left click-hold on the TestMove folder and moved
the folder to the Transfer_Digikam collection. The files were moved from
my laptop to the external collection. When I selected the
Transfer_Digikam folder the photos were all transferred and one photo
showed visible tags & user information.

I then selected the TransferTest folder and a few photos showed Tags &
User Information. I then selected the TestMove folder and two more
photos had visible tags.

I then performed a rescan from within the TestMove folder, but no
additional tags were displayed.

I then alternately switched between the folders on the external
collection and several more photos began displaying their respective
tags. I repeated this process about ten times and eventually the
TransferTest folder displayed tags on 7 photos and the Transfer_Digikam
folder displayed tags on 5 photos.

I then shutdown and restarted Digikam with the external HDD connected.
No additional tags were shown.

I then safely removed the external HDD, using Dolphin, while Digikam was
still running and then reconnected the external HDD. No additional photo
tags were displayed in either of the two external collections.

7. I then moved the TestMove folder from the external collection back to
the laptop. After the folder was transferred, 10 of 12 photos displayed
tags & user information. Photo #3 & #10 had no tags.

8. I then moved the TestCopy folder from the external collection back to
the laptop. After the folder was transferred, 10 of the 12 photos
displayed tags & user information. Photo #10 & #11 had no tags.

9. Switching between the two folders produced no additional tags for the
remaining two photos.

Please let me know if you need additional information.
Bert


On 11/5/2011 9:11 AM, Marcel Wiesweg wrote:

> https://bugs.kde.org/show_bug.cgi?id=285052
>
>
>
>
>
> --- Comment #3 from Marcel Wiesweg<marcel wiesweg gmx de>   2011-11-05 15:11:22 ---
> I could not reproduce this here with a simple test.
> Do you move the folder from within digikam or from an external file manager? If
> the latter, is digikam running or not?
> Can you try to add another local collection (just point to some empty folder)
> and test if the bug this happens?
>

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

[Bug 285052] Moving an Album Folder from one Collection to another doesn't update Information & Tags

Marcel Wiesweg
In reply to this post by Bugzilla from bbroek01@vcn.com
https://bugs.kde.org/show_bug.cgi?id=285052





--- Comment #5 from Marcel Wiesweg <marcel wiesweg gmx de>  2011-11-20 11:30:26 ---
Thanks for your information. What you tell me is some sort of undeterministic
behavior, pretty strange. No idea at the  moment.

Are your writing tags to metadata or do you store them only in the database? If
the former, do you use XMP sidecars?
If you move pictures between to local collections, does the bug happen as well?
(Create to folders outside your local pictures folder, TestCollection1 and
TestCollection2. In setup, add two new local collections with these names. Move
files from TestCollection1 to TestCollection2)

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

[Bug 285052] Moving an Album Folder from one Collection to another doesn't update Information & Tags

Gilles Caulier-4
In reply to this post by Bugzilla from bbroek01@vcn.com
https://bugs.kde.org/show_bug.cgi?id=285052





--- Comment #6 from Gilles Caulier <caulier gilles gmail com>  2011-11-20 11:40:40 ---
Marcel,

Probably entry #286611 is also relevant of this report. Sound like a similar
problem...

Gilles Caulier

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

[Bug 285052] Moving an Album Folder from one Collection to another doesn't update Information & Tags

Bugzilla from bbroek01@vcn.com
In reply to this post by Bugzilla from bbroek01@vcn.com
https://bugs.kde.org/show_bug.cgi?id=285052





--- Comment #7 from  <bbroek01 vcn com>  2011-11-20 19:19:09 ---
Marcel,
To answer the first question:
 From my configuration settings, I am saving Metadata in the image files.

To verify that I have the correct digiKam settings, the following boxes
are checked in my configuration settings:

Save image tags as "Keywords" tags in metadata embedded in files
Save metadata template as metadata embedded in files
Save image captions & title in metadata embedded in files
Save timestamps embedded in files
Save image rating in metadata embedded in files

All remaining boxes are unchecked.
The Metadata Writing Mode drop-down box shows "Write to image only".

 From what I can remember, I have not changed these settings since the
initial digiKam installation.

To answer the second question:
1. On my laptop and within digiKam, I created two new collections named
TestCollection1 & TestCollection2 in my home directory.

2. In TestCollection1, I created a new folder (using digiKam) called
TransferTest. I then copied & pasted 12 photos (NEF format) from an
existing folder in my Pictures collection. All tags & user information
were transferred correctly.

3. Using digiKam, I left-click & moved the TransferTest folder from
Collection1 to Collection2. The 12 photos moved and all tags & user
information transferred correctly. No loss of data.

4. I then moved the same folder back to Collection1. All photos moved
and no information was lost.

5. I then moved the TransferTest folder to the external USB drive
collection (named Ext_Photo_01). All photos were transferred but only
two of the 12 photos showed tags and user information.

6. I then moved the TransferTest folder back to Collection1. The photos
transferred and all 12 showed correct tags and user information.

7. I then moved the folder TransferTest back to the external USB drive.
The photos transferred and none of the 12 photos showed tags or user
information.

8. I then moved folder TransferTest from the external USB drive to
Collection2. The photos transferred correctly and all 12 photos showed
correct tags & user information.

9. I then selected all 12 photos and selected digiKam to "Read metadata
from file to database", in the "More" dropdown box in the lower right
corner, next to "Apply to all versions".

10. I then moved folder TransferTest to the external USB drive. The
photos transferred and none of the 12 photos showed tags or user
information.

Let me know if you would like additional tests run.
Bert


On 11/20/2011 4:30 AM, Marcel Wiesweg wrote:

> https://bugs.kde.org/show_bug.cgi?id=285052
>
>
>
>
>
> --- Comment #5 from Marcel Wiesweg<marcel wiesweg gmx de>   2011-11-20 11:30:26 ---
> Thanks for your information. What you tell me is some sort of undeterministic
> behavior, pretty strange. No idea at the  moment.
>
> Are your writing tags to metadata or do you store them only in the database? If
> the former, do you use XMP sidecars?
> If you move pictures between to local collections, does the bug happen as well?
> (Create to folders outside your local pictures folder, TestCollection1 and
> TestCollection2. In setup, add two new local collections with these names. Move
> files from TestCollection1 to TestCollection2)
>

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

[Bug 285052] Moving an Album Folder from one Collection to another doesn't update Information & Tags

Gilles Caulier-4
In reply to this post by Bugzilla from bbroek01@vcn.com
https://bugs.kde.org/show_bug.cgi?id=285052

--- Comment #8 from Gilles Caulier <[hidden email]> ---
Official digiKam 2.6.0 release is out since few days now :

http://www.digikam.org/drupal/node/656

Please, check if this entry still valid, or update report accordingly.

Thanks in advance.

Gilles Caulier

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

[Bug 285052] Moving an Album Folder from one Collection to another doesn't update Information & Tags

Bugzilla from bbroek01@vcn.com
In reply to this post by Bugzilla from bbroek01@vcn.com
https://bugs.kde.org/show_bug.cgi?id=285052

--- Comment #9 from [hidden email] ---
Gilles,
I have upgraded my laptop to Kubuntu v12.04, KDE to v4.8.3 and compiled
& installed Digikam v2.6.0 on June 7.

This morning I re-ran several transfer tests in the same manner as
reported in my earlier post. The short answer is that I continue to
loose User Information & Tags on several photos (4 out of 12) when a
laptop collection folder is Moved to an external USB hard drive. When
moving a collection folder from the external drive to the laptop, all
user information & tags are transferred correctly.
The move commands are done within the Digikam environment using the
"Left-click-hold-drop" command & selecting Move from the transfer dialog
box.

I rechecked my Digikam setup and the external collection is listed under
the Removable Media section.

In the Settings Configuration Metadata Behavior tab, all selection boxes
are unchecked. This was the default installation, which I have not changed.

Please let me know if you need additional information,
Bert


On 6/22/2012 2:51 AM, Gilles Caulier wrote:

> https://bugs.kde.org/show_bug.cgi?id=285052
>
> --- Comment #8 from Gilles Caulier <[hidden email]> ---
> Official digiKam 2.6.0 release is out since few days now :
>
> http://www.digikam.org/drupal/node/656
>
> Please, check if this entry still valid, or update report accordingly.
>
> Thanks in advance.
>
> Gilles Caulier
>

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

[Bug 285052] Moving an Album Folder from one Collection to another doesn't update Information & Tags

Marcel Wiesweg
In reply to this post by Bugzilla from bbroek01@vcn.com
https://bugs.kde.org/show_bug.cgi?id=285052

--- Comment #10 from Marcel Wiesweg <[hidden email]> ---
The image scanner is usually quite verbose on the console when scanning new
files. (be sure to enable 50003 in kdebugdialog).
Please, try to reproduce the problem with as few photos as possible, ideally by
moving just one, and give us the console output during that operation.
Thanks for your help.

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

[Bug 285052] Moving an Album Folder from one Collection to another doesn't update Information & Tags

Bugzilla from bbroek01@vcn.com
In reply to this post by Bugzilla from bbroek01@vcn.com
https://bugs.kde.org/show_bug.cgi?id=285052

--- Comment #11 from [hidden email] ---
Marcel,
Using digiKam, I setup 12 folders on my laptop (named DragMove01 to
DragMove12) and copied the respective number of photos to each folder.
Each photo was tagged and had user information.

I opened a Konsole and verified that kdebugdialog was enable for 50003.

I then started digiKam from the command line and began moving folders
from the laptop to the external USB drive. Moving the first 3 folders
went smoothly. When folder DragMove04 was transferred, photos 1, 2 & 4
had no tags or user data.

Please let me know if you need additional information.
Bert

The following is the Konsole dump (the two lines of * are mine to show
start/finsh):

************************************************
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::doJob:
KIO::SimpleJob(0xa2c12e0)
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished:
KIO::StatJob(0xa2c12e0) KIO::Slave(0xa9430d0)
digikam(9043)/kio (KIOJob) KIO::CopyJobPrivate::startRenameJob:
KUrl("file:///home/bert/Pictures/Collection01/DragMove04/") ->
KUrl("file:///media/BackupPhoto01/Ext_Collection01/DragMove04") trying
direct rename first
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::doJob:
KIO::SimpleJob(0xa0af220)
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::setJobPriority:
KIO::SimpleJob(0xa0af220) 1
digikam(9043)/kio (KIOJob) KIO::SlaveInterface::dispatch: error  108
"rename"
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished:
KIO::SimpleJob(0xa0af220) KIO::Slave(0xa9430d0)
digikam(9043)/kio (KIOJob) KIO::CopyJobPrivate::slotResultRenaming:
Couldn't rename
KUrl("file:///home/bert/Pictures/Collection01/DragMove04/") to
KUrl("file:///media/BackupPhoto01/Ext_Collection01/DragMove04") ,
reverting to normal way, starting with stat
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::doJob:
KIO::SimpleJob(0xada6c68)
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished:
KIO::StatJob(0xada6c68) KIO::Slave(0xa9430d0)
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::doJob:
KIO::SimpleJob(0xa7d2c98)
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished:
KIO::ListJob(0xa7d2c98) KIO::Slave(0xa9430d0)
digikam(9043)/kio (KIOJob) KIO::CopyJobPrivate::statCurrentSrc: Stating
finished. To copy: 71997981 , available: 18446744073709551615
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::doJob:
KIO::SimpleJob(0xa8c5328)
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::setJobPriority:
KIO::MkdirJob(0xa8c5328) 1
digikam(9043)/digikam (core) Digikam::AlbumWatch::rescanDirectory:
Detected change, triggering rescan of directory
"/media/BackupPhoto01/Ext_Collection01"
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished:
KIO::MkdirJob(0xa8c5328) KIO::Slave(0xa9430d0)
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::doJob:
KIO::SimpleJob(0x9f01400)
digikam(9043)/kio (KDirListerCache) KDirListerCache::slotFilesAdded:
KUrl("file:///media/BackupPhoto01/Ext_Collection01")
digikam(9043)/kio (KDirListerCache) KDirListerCache::updateDirectory:
KUrl("file:///media/BackupPhoto01/Ext_Collection01")
digikam(9043)/kio (KIOJob) KIO::SlaveInterface::dispatch: error  108
"rename"
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished:
KIO::SimpleJob(0x9f01400) KIO::Slave(0xa9430d0)
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::doJob:
KIO::SimpleJob(0xa4aa970)
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Directory SubImage2, entry 0x0111: Strip 0 is outside of the data
area; ignored.
digikam(9043)/digikam (core) Digikam::DImg::load:
"/media/BackupPhoto01/Ext_Collection01/DragMove04/BB_120610_DSC_5743.NEF"
: RAW file identified
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Exif tag Exif.NikonPreview.JPEGInterchangeFormatLength not encoded
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Exif IFD NikonPreview not encoded
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Exif tag Exif.Photo.MakerNote not encoded
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Exif tag Exif.NikonSi02xx.0x027a not encoded
digikam(9043)/digikam (core) Digikam::ImageScanner::addImage: Adding new
item
"/media/BackupPhoto01/Ext_Collection01/DragMove04/BB_120610_DSC_5743.NEF"
digikam(9043)/digikam (core) Digikam::ImageScanner::copyFromSource:
Recognized
"/media/BackupPhoto01/Ext_Collection01/DragMove04/BB_120610_DSC_5743.NEF" as
copied from 18421
digikam(9043)/digikam (core) Digikam::AlbumWatch::rescanDirectory:
Detected change, triggering rescan of directory
"/media/BackupPhoto01/Ext_Collection01/DragMove04"
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished:
KIO::DirectCopyJob(0xa4aa970) KIO::Slave(0xa9430d0)
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::doJob:
KIO::SimpleJob(0x96e9cf8)
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::doJob:
KIO::SimpleJob(0xa586f00)
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished:
KIO::SimpleJob(0x96e9cf8) KIO::Slave(0xa9430d0)
digikam(9043)/digikam (core) Digikam::AlbumWatch::rescanDirectory:
Detected change, triggering rescan of directory
"/home/bert/Pictures/Collection01/DragMove04"
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished:
KIO::SimpleJob(0xa586f00) KIO::Slave(0xa0f5958)
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::doJob:
KIO::SimpleJob(0xab61278)
digikam(9043)/kio (KIOJob) KIO::SlaveInterface::dispatch: error  108
"rename"
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished:
KIO::SimpleJob(0xab61278) KIO::Slave(0xa0f5958)
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::doJob:
KIO::SimpleJob(0x9ebbb78)
digikam(9043)/KDCRAW KDcrawIface::KDcraw::loadEmbeddedPreview: Preview
data size: 682880
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Directory SubImage2, entry 0x0111: Strip 0 is outside of the data
area; ignored.
digikam(9043)/digikam (core) Digikam::DImg::load:
"/media/BackupPhoto01/Ext_Collection01/DragMove04/BB_120610_DSC_5741.NEF"
: RAW file identified
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Exif tag Exif.NikonPreview.JPEGInterchangeFormatLength not encoded
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Exif IFD NikonPreview not encoded
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Exif tag Exif.Photo.MakerNote not encoded
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Exif tag Exif.NikonSi02xx.0x027a not encoded
digikam(9043)/digikam (core) Digikam::ImageScanner::addImage: Adding new
item
"/media/BackupPhoto01/Ext_Collection01/DragMove04/BB_120610_DSC_5741.NEF"
digikam(9043)/KEXIV2 KExiv2Iface::KExiv2::getImageDateTime: DateTime =>
Exif.Photo.DateTimeOriginal =>  QDateTime("Sun Jun 10 19:45:56 2012")
digikam(9043)/KEXIV2 KExiv2Iface::KExiv2::getDigitizationDateTime:
DateTime (Exif digitalized):  Sun Jun 10 19:45:56 2012
digikam(9043)/KEXIV2 KExiv2Iface::KExiv2::getImageOrientation:
Orientation => Exif.Image.Orientation =>  1
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2ExceptionError: Cannot find
Xmp key 'Xmp.MP.RegionInfo/MPRI:Regions[1]/MPReg:PersonDisplayName' into
image using Exiv2   (Error # 35 :  No namespace info available for XMP
prefix `MP'
digikam(9043)/digikam (core) Digikam::DImg::load:
"/media/BackupPhoto01/Ext_Collection01/DragMove04/BB_120610_DSC_5743.NEF"
: RAW file identified
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Exif tag Exif.NikonPreview.JPEGInterchangeFormatLength not encoded
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Exif IFD NikonPreview not encoded
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Exif tag Exif.Photo.MakerNote not encoded
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Exif tag Exif.NikonSi02xx.0x027a not encoded
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2ExceptionError: Cannot find
Xmp key 'Xmp.MP.RegionInfo/MPRI:Regions[1]/MPReg:PersonDisplayName' into
image using Exiv2   (Error # 35 :  No namespace info available for XMP
prefix `MP'
digikam(9043)/KDCRAW KDcrawIface::KDcraw::loadEmbeddedPreview: Using
embedded RAW preview extraction
digikam(9043)/digikam (core) Digikam::DMetadata::getIccProfile: Exif
color-space tag is sRGB. Using default sRGB ICC profile.
digikam(9043)/digikam (core)
Digikam::CollectionScanner::itemsWereRemoved: Removed items: (18421)
related items: ()
digikam(9043)/digikam (core) Digikam::AlbumWatch::rescanDirectory:
Detected change, triggering rescan of directory
"/media/BackupPhoto01/Ext_Collection01/DragMove04"
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished:
KIO::DirectCopyJob(0x9ebbb78) KIO::Slave(0xa0f5958)
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::doJob:
KIO::SimpleJob(0xa110a70)
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::doJob:
KIO::SimpleJob(0x9096c28)
digikam(9043)/digikam (core) Digikam::AlbumWatch::rescanDirectory:
Detected change, triggering rescan of directory
"/home/bert/Pictures/Collection01/DragMove04"
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished:
KIO::SimpleJob(0xa110a70) KIO::Slave(0xa0f5958)
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished:
KIO::SimpleJob(0x9096c28) KIO::Slave(0xa9430d0)
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::doJob:
KIO::SimpleJob(0xa5eb8e0)
digikam(9043)/kio (KIOJob) KIO::SlaveInterface::dispatch: error  108
"rename"
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished:
KIO::SimpleJob(0xa5eb8e0) KIO::Slave(0xa9430d0)
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::doJob:
KIO::SimpleJob(0xa120020)
digikam(9043)/digikam (core)
Digikam::StatusProgressBar::currentProgressItem: ""
digikam(9043)/digikam (core)
Digikam::StatusProgressBar::currentProgressItem: ""
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::doJob:
KIO::SimpleJob(0xa104ee8)
digikam(9043)/KEXIV2 KExiv2Iface::KExiv2::getImageOrientation:
Orientation => Exif.Image.Orientation =>  1
digikam(9043)/kio (KIOJob) KIO::TransferJob::slotFinished:
KUrl("digikamalbums:/Collection01/DragMove04/?albumRoot=%2Fhome%2Fbert%2FPictures&albumRootId=1&databaseType=QSQLITE&databaseName=%2Fhome%2Fbert%2FPictures%2Fdigikam4.db&connectOptions=&hostName=&userName=&password=")
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished:
KIO::SpecialJob(0xa104ee8) KIO::Slave(0xa08b258)
digikam(9043)/digikam (core) Digikam::DImg::load:
"/media/BackupPhoto01/Ext_Collection01/DragMove04/BB_120610_DSC_5741.NEF"
: RAW file identified
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Exif tag Exif.NikonPreview.JPEGInterchangeFormatLength not encoded
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Exif IFD NikonPreview not encoded
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Exif tag Exif.Photo.MakerNote not encoded
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Exif tag Exif.NikonSi02xx.0x027a not encoded
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2ExceptionError: Cannot find
Xmp key 'Xmp.MP.RegionInfo/MPRI:Regions[1]/MPReg:PersonDisplayName' into
image using Exiv2   (Error # 35 :  No namespace info available for XMP
prefix `MP'
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Directory SubImage2, entry 0x0111: Strip 0 is outside of the data
area; ignored.
digikam(9043)/digikam (core) Digikam::DImg::load:
"/media/BackupPhoto01/Ext_Collection01/DragMove04/BB_120610_DSC_5744.NEF"
: RAW file identified
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Exif tag Exif.NikonPreview.JPEGInterchangeFormatLength not encoded
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Exif IFD NikonPreview not encoded
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Exif tag Exif.Photo.MakerNote not encoded
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Exif tag Exif.NikonSi02xx.0x027a not encoded
digikam(9043)/digikam (core) Digikam::ImageScanner::addImage: Adding new
item
"/media/BackupPhoto01/Ext_Collection01/DragMove04/BB_120610_DSC_5744.NEF"
digikam(9043)/KEXIV2 KExiv2Iface::KExiv2::getImageDateTime: DateTime =>
Exif.Photo.DateTimeOriginal =>  QDateTime("Sun Jun 10 19:55:39 2012")
digikam(9043)/KEXIV2 KExiv2Iface::KExiv2::getDigitizationDateTime:
DateTime (Exif digitalized):  Sun Jun 10 19:55:39 2012
digikam(9043)/KEXIV2 KExiv2Iface::KExiv2::getImageOrientation:
Orientation => Exif.Image.Orientation =>  1
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2ExceptionError: Cannot find
Xmp key 'Xmp.MP.RegionInfo/MPRI:Regions[1]/MPReg:PersonDisplayName' into
image using Exiv2   (Error # 35 :  No namespace info available for XMP
prefix `MP'
digikam(9043)/digikam (core) Digikam::AlbumWatch::rescanDirectory:
Detected change, triggering rescan of directory
"/media/BackupPhoto01/Ext_Collection01/DragMove04"
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished:
KIO::DirectCopyJob(0xa120020) KIO::Slave(0xa9430d0)
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::doJob:
KIO::SimpleJob(0xa2b1050)
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::doJob:
KIO::SimpleJob(0xab96ff0)
digikam(9043)/digikam (core) Digikam::AlbumWatch::rescanDirectory:
Detected change, triggering rescan of directory
"/home/bert/Pictures/Collection01/DragMove04"
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished:
KIO::SimpleJob(0xab96ff0) KIO::Slave(0xa0f5958)
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::doJob:
KIO::SimpleJob(0xa1ab9f0)
digikam(9043)/kio (KIOJob) KIO::SlaveInterface::dispatch: error  108
"rename"
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished:
KIO::SimpleJob(0xa1ab9f0) KIO::Slave(0xa0f5958)
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::doJob:
KIO::SimpleJob(0x98724d0)
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished:
KIO::SimpleJob(0xa2b1050) KIO::Slave(0xa9430d0)
digikam(9043)/digikam (core)
Digikam::CollectionScanner::itemsWereRemoved: Removed items: (18419,
18422) related items: ()
digikam(9043)/KDCRAW KDcrawIface::KDcraw::loadEmbeddedPreview: Preview
data size: 699739
digikam(9043)/digikam (core)
Digikam::StatusProgressBar::currentProgressItem: ""
digikam(9043)/digikam (core)
Digikam::StatusProgressBar::currentProgressItem: ""
digikam(9043)/digikam (core)
Digikam::StatusProgressBar::currentProgressItem: ""
digikam(9043)/digikam (core)
Digikam::StatusProgressBar::currentProgressItem: ""
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::doJob:
KIO::SimpleJob(0xac4a050)
digikam(9043)/kio (KIOJob) KIO::TransferJob::slotFinished:
KUrl("digikamalbums:/Collection01/DragMove04/?albumRoot=%2Fhome%2Fbert%2FPictures&albumRootId=1&databaseType=QSQLITE&databaseName=%2Fhome%2Fbert%2FPictures%2Fdigikam4.db&connectOptions=&hostName=&userName=&password=")
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished:
KIO::SpecialJob(0xac4a050) KIO::Slave(0xa08b258)
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Directory SubImage2, entry 0x0111: Strip 0 is outside of the data
area; ignored.
digikam(9043)/digikam (core) Digikam::DImg::load:
"/media/BackupPhoto01/Ext_Collection01/DragMove04/BB_120610_DSC_5742.NEF"
: RAW file identified
digikam(9043)/KDCRAW KDcrawIface::KDcraw::loadEmbeddedPreview: Using
embedded RAW preview extraction
digikam(9043)/digikam (core) Digikam::DMetadata::getIccProfile: Exif
color-space tag is sRGB. Using default sRGB ICC profile.
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Exif tag Exif.NikonPreview.JPEGInterchangeFormatLength not encoded
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Exif IFD NikonPreview not encoded
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Exif tag Exif.Photo.MakerNote not encoded
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Exif tag Exif.NikonSi02xx.0x027a not encoded
digikam(9043)/digikam (core) Digikam::ImageScanner::addImage: Adding new
item
"/media/BackupPhoto01/Ext_Collection01/DragMove04/BB_120610_DSC_5742.NEF"
digikam(9043)/KEXIV2 KExiv2Iface::KExiv2::getImageDateTime: DateTime =>
Exif.Photo.DateTimeOriginal =>  QDateTime("Sun Jun 10 19:51:19 2012")
digikam(9043)/KEXIV2 KExiv2Iface::KExiv2::getDigitizationDateTime:
DateTime (Exif digitalized):  Sun Jun 10 19:51:19 2012
digikam(9043)/KEXIV2 KExiv2Iface::KExiv2::getImageOrientation:
Orientation => Exif.Image.Orientation =>  1
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2ExceptionError: Cannot find
Xmp key 'Xmp.MP.RegionInfo/MPRI:Regions[1]/MPReg:PersonDisplayName' into
image using Exiv2   (Error # 35 :  No namespace info available for XMP
prefix `MP'
digikam(9043)/digikam (core) Digikam::AlbumWatch::rescanDirectory:
Detected change, triggering rescan of directory
"/media/BackupPhoto01/Ext_Collection01/DragMove04"
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished:
KIO::DirectCopyJob(0x98724d0) KIO::Slave(0xa0f5958)
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::doJob:
KIO::SimpleJob(0xa193248)
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::doJob:
KIO::SimpleJob(0xa12b8e0)
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished:
KIO::SimpleJob(0xa193248) KIO::Slave(0xa0f5958)
digikam(9043)/digikam (core) Digikam::AlbumWatch::rescanDirectory:
Detected change, triggering rescan of directory
"/home/bert/Pictures/Collection01/DragMove04"
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished:
KIO::SimpleJob(0xa12b8e0) KIO::Slave(0xa0f5958)
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::doJob:
KIO::SimpleJob(0xac88610)
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::setJobPriority:
KIO::SimpleJob(0xac88610) 1
digikam(9043)/digikam (core) Digikam::AlbumWatch::rescanDirectory:
Detected change, triggering rescan of directory
"/home/bert/Pictures/Collection01"
digikam(9043)/digikam (core) Digikam::AlbumWatch::rescanDirectory:
Detected change, triggering rescan of directory
"/home/bert/Pictures/Collection01"
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished:
KIO::SimpleJob(0xac88610) KIO::Slave(0xa0f5958)
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::doJob:
KIO::SimpleJob(0x9ea22d8)
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::setJobPriority:
KIO::SimpleJob(0x9ea22d8) 1
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished:
KIO::SimpleJob(0x9ea22d8) KIO::Slave(0xa0f5958)
digikam(9043)/kio (KIOJob) KIO::CopyJob::emitResult: KDirNotify'ing
FilesRemoved
("file:///home/bert/Pictures/Collection01/DragMove04/BB_120610_DSC_5743.NEF",
"file:///home/bert/Pictures/Collection01/DragMove04/BB_120610_DSC_5741.NEF",
"file:///home/bert/Pictures/Collection01/DragMove04/BB_120610_DSC_5744.NEF",
"file:///home/bert/Pictures/Collection01/DragMove04/BB_120610_DSC_5742.NEF",
"file:///home/bert/Pictures/Collection01/DragMove04/")
digikam(9043)/kio (KDirListerCache) KDirListerCache::slotFilesAdded:
KUrl("file:///media/BackupPhoto01/Ext_Collection01/")
digikam(9043)/kio (KDirListerCache) KDirListerCache::updateDirectory:
KUrl("file:///media/BackupPhoto01/Ext_Collection01/")
digikam(9043)/KEXIV2 KExiv2Iface::KExiv2::getImageOrientation:
Orientation => Exif.Image.Orientation =>  1
digikam(9043)/digikam (core) Digikam::DImg::load:
"/media/BackupPhoto01/Ext_Collection01/DragMove04/BB_120610_DSC_5744.NEF"
: RAW file identified
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Exif tag Exif.NikonPreview.JPEGInterchangeFormatLength not encoded
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Exif IFD NikonPreview not encoded
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Exif tag Exif.Photo.MakerNote not encoded
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Exif tag Exif.NikonSi02xx.0x027a not encoded
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2ExceptionError: Cannot find
Xmp key 'Xmp.MP.RegionInfo/MPRI:Regions[1]/MPReg:PersonDisplayName' into
image using Exiv2   (Error # 35 :  No namespace info available for XMP
prefix `MP'
digikam(9043)/digikam (core) Digikam::DImg::load:
"/media/BackupPhoto01/Ext_Collection01/DragMove04/BB_120610_DSC_5742.NEF"
: RAW file identified
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Exif tag Exif.NikonPreview.JPEGInterchangeFormatLength not encoded
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Exif IFD NikonPreview not encoded
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Exif tag Exif.Photo.MakerNote not encoded
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 2 ) :
  Exif tag Exif.NikonSi02xx.0x027a not encoded
digikam(9043)/KDCRAW KDcrawIface::KDcraw::loadEmbeddedPreview: Preview
data size: 540640
digikam(9043)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2ExceptionError: Cannot find
Xmp key 'Xmp.MP.RegionInfo/MPRI:Regions[1]/MPReg:PersonDisplayName' into
image using Exiv2   (Error # 35 :  No namespace info available for XMP
prefix `MP'
digikam(9043)/digikam (core)
Digikam::CollectionScanner::itemsWereRemoved: Removed items: (18420)
related items: ()
digikam(9043)/digikam (core)
Digikam::StatusProgressBar::currentProgressItem: ""
digikam(9043)/digikam (core)
Digikam::StatusProgressBar::currentProgressItem: ""
digikam(9043)/digikam (core) Digikam::CollectionScanner::scanAlbum:
Folder does not exist or is not readable:
"/home/bert/Pictures/Collection01/DragMove04"
digikam(9043)/KDCRAW KDcrawIface::KDcraw::loadEmbeddedPreview: Using
embedded RAW preview extraction
digikam(9043)/digikam (core) Digikam::DMetadata::getIccProfile: Exif
color-space tag is sRGB. Using default sRGB ICC profile.
digikam(9043)/KGEOMAP KGeoMap::ItemMarkerTiler::slotSourceModelReset: ----
digikam(9043)/KGEOMAP KGeoMap::ItemMarkerTiler::slotSourceModelReset: ----
digikam(9043)/KEXIV2 KExiv2Iface::KExiv2::getImageOrientation:
Orientation => Exif.Image.Orientation =>  1
digikam(9043)/KGEOMAP KGeoMap::ItemMarkerTiler::slotSourceModelReset: ----
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::doJob:
KIO::SimpleJob(0xb0ba040)
digikam(9043)/kio (KIOConnection)
KIO::SocketConnectionBackend::socketReadyRead:
KIO::SocketConnectionBackend(0xadf3e10) Jumbo packet of 65017 bytes
digikam(9043)/kio (KIOConnection)
KIO::SocketConnectionBackend::socketReadyRead:
KIO::SocketConnectionBackend(0xadf3e10) Jumbo packet of 65017 bytes
digikam(9043)/kio (KIOConnection)
KIO::SocketConnectionBackend::socketReadyRead:
KIO::SocketConnectionBackend(0xadf3e10) Jumbo packet of 65017 bytes
digikam(9043)/kio (KIOConnection)
KIO::SocketConnectionBackend::socketReadyRead:
KIO::SocketConnectionBackend(0xadf3e10) Jumbo packet of 65017 bytes
digikam(9043)/kio (KIOJob) KIO::TransferJob::slotFinished:
KUrl("digikamdates:?databaseType=QSQLITE&databaseName=%2Fhome%2Fbert%2FPictures%2Fdigikam4.db&connectOptions=&hostName=&userName=&password=")
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished:
KIO::SpecialJob(0xb0ba040) KIO::Slave(0xa128050)
digikam(9043)/KGEOMAP KGeoMap::ItemMarkerTiler::slotSourceModelReset: ----
digikam(9043)/KGEOMAP KGeoMap::ItemMarkerTiler::slotSourceModelReset: ----
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::doJob:
KIO::SimpleJob(0xb060c50)
digikam(9043)/kio (KIOJob) KIO::TransferJob::slotFinished:
KUrl("digikamalbums:/DragMove04/?albumRoot=%2Fmedia%2FBackupPhoto01%2FExt_Collection01&albumRootId=3&databaseType=QSQLITE&databaseName=%2Fhome%2Fbert%2FPictures%2Fdigikam4.db&connectOptions=&hostName=&userName=&password=")
digikam(9043)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished:
KIO::SpecialJob(0xb060c50) KIO::Slave(0xa08b258)
digikam(9043)/kio (Slave) KIO::Slave::kill: killing slave pid 9299 (
"digikamalbums://" )
digikam(9043)/kio (Slave) KIO::Slave::kill: killing slave pid 9308 (
"file://" )
digikam(9043)/kio (Slave) KIO::Slave::kill: killing slave pid 9307 (
"file://" )
digikam(9043)/kio (Slave) KIO::Slave::kill: killing slave pid 9312 (
"digikamdates://" )
digikam(9043)/khtml (caret) DOM::Selection::moveTo: Selection[ Position(
0x0 "null" : 0 ) Position( 0x0 "null" : 0 ) Position( 0x0 "null" : 0 )
Position( 0x0 "null" : 0 ) 1 ] Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 )
digikam(9043)/khtml (caret) DOM::Selection::validate: Selection[
Position( 0x0 "null" : 0 ) Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 ) Position( 0x0 "null" : 0 ) 1 ] 0
digikam(9043)/khtml (caret) DOM::Selection::validate:
[character:baseIsStart] true Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 )
digikam(9043)/khtml (caret) DOM::Selection::moveTo: Selection[ Position(
0x0 "null" : 0 ) Position( 0x0 "null" : 0 ) Position( 0x0 "null" : 0 )
Position( 0x0 "null" : 0 ) 1 ] Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 )
digikam(9043)/khtml (caret) DOM::Selection::validate: Selection[
Position( 0x0 "null" : 0 ) Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 ) Position( 0x0 "null" : 0 ) 1 ] 0
digikam(9043)/khtml (caret) DOM::Selection::validate:
[character:baseIsStart] true Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 )
digikam(9043)/khtml (caret) DOM::Selection::moveTo: Selection[ Position(
0x0 "null" : 0 ) Position( 0x0 "null" : 0 ) Position( 0x0 "null" : 0 )
Position( 0x0 "null" : 0 ) 1 ] Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 )
digikam(9043)/khtml (caret) DOM::Selection::validate: Selection[
Position( 0x0 "null" : 0 ) Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 ) Position( 0x0 "null" : 0 ) 1 ] 0
digikam(9043)/khtml (caret) DOM::Selection::validate:
[character:baseIsStart] true Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 )
digikam(9043)/khtml (caret) DOM::Selection::moveTo: Selection[ Position(
0x0 "null" : 0 ) Position( 0x0 "null" : 0 ) Position( 0x0 "null" : 0 )
Position( 0x0 "null" : 0 ) 1 ] Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 )
digikam(9043)/khtml (caret) DOM::Selection::validate: Selection[
Position( 0x0 "null" : 0 ) Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 ) Position( 0x0 "null" : 0 ) 1 ] 0
digikam(9043)/khtml (caret) DOM::Selection::validate:
[character:baseIsStart] true Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 )
digikam(9043)/khtml (caret) DOM::Selection::moveTo: Selection[ Position(
0x0 "null" : 0 ) Position( 0x0 "null" : 0 ) Position( 0x0 "null" : 0 )
Position( 0x0 "null" : 0 ) 1 ] Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 )
digikam(9043)/khtml (caret) DOM::Selection::validate: Selection[
Position( 0x0 "null" : 0 ) Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 ) Position( 0x0 "null" : 0 ) 1 ] 0
digikam(9043)/khtml (caret) DOM::Selection::validate:
[character:baseIsStart] true Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 )
digikam(9043)/khtml (caret) DOM::Selection::moveTo: Selection[ Position(
0x0 "null" : 0 ) Position( 0x0 "null" : 0 ) Position( 0x0 "null" : 0 )
Position( 0x0 "null" : 0 ) 1 ] Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 )
digikam(9043)/khtml (caret) DOM::Selection::validate: Selection[
Position( 0x0 "null" : 0 ) Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 ) Position( 0x0 "null" : 0 ) 1 ] 0
digikam(9043)/khtml (caret) DOM::Selection::validate:
[character:baseIsStart] true Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 )
digikam(9043)/khtml (caret) DOM::Selection::moveTo: Selection[ Position(
0x0 "null" : 0 ) Position( 0x0 "null" : 0 ) Position( 0x0 "null" : 0 )
Position( 0x0 "null" : 0 ) 1 ] Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 )
digikam(9043)/khtml (caret) DOM::Selection::validate: Selection[
Position( 0x0 "null" : 0 ) Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 ) Position( 0x0 "null" : 0 ) 1 ] 0
digikam(9043)/khtml (caret) DOM::Selection::validate:
[character:baseIsStart] true Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 )
digikam(9043)/khtml (caret) DOM::Selection::moveTo: Selection[ Position(
0x0 "null" : 0 ) Position( 0x0 "null" : 0 ) Position( 0x0 "null" : 0 )
Position( 0x0 "null" : 0 ) 1 ] Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 )
digikam(9043)/khtml (caret) DOM::Selection::validate: Selection[
Position( 0x0 "null" : 0 ) Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 ) Position( 0x0 "null" : 0 ) 1 ] 0
digikam(9043)/khtml (caret) DOM::Selection::validate:
[character:baseIsStart] true Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 )
digikam(9043)/khtml (caret) DOM::Selection::moveTo: Selection[ Position(
0x0 "null" : 0 ) Position( 0x0 "null" : 0 ) Position( 0x0 "null" : 0 )
Position( 0x0 "null" : 0 ) 1 ] Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 )
digikam(9043)/khtml (caret) DOM::Selection::validate: Selection[
Position( 0x0 "null" : 0 ) Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 ) Position( 0x0 "null" : 0 ) 1 ] 0
digikam(9043)/khtml (caret) DOM::Selection::validate:
[character:baseIsStart] true Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 )
digikam(9043)/khtml (caret) DOM::Selection::moveTo: Selection[ Position(
0x0 "null" : 0 ) Position( 0x0 "null" : 0 ) Position( 0x0 "null" : 0 )
Position( 0x0 "null" : 0 ) 1 ] Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 )
digikam(9043)/khtml (caret) DOM::Selection::validate: Selection[
Position( 0x0 "null" : 0 ) Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 ) Position( 0x0 "null" : 0 ) 1 ] 0
digikam(9043)/khtml (caret) DOM::Selection::validate:
[character:baseIsStart] true Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 )
digikam(9043)/khtml (caret) DOM::Selection::moveTo: Selection[ Position(
0x0 "null" : 0 ) Position( 0x0 "null" : 0 ) Position( 0x0 "null" : 0 )
Position( 0x0 "null" : 0 ) 1 ] Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 )
digikam(9043)/khtml (caret) DOM::Selection::validate: Selection[
Position( 0x0 "null" : 0 ) Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 ) Position( 0x0 "null" : 0 ) 1 ] 0
digikam(9043)/khtml (caret) DOM::Selection::validate:
[character:baseIsStart] true Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 )
digikam(9043)/khtml (caret) DOM::Selection::moveTo: Selection[ Position(
0x0 "null" : 0 ) Position( 0x0 "null" : 0 ) Position( 0x0 "null" : 0 )
Position( 0x0 "null" : 0 ) 1 ] Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 )
digikam(9043)/khtml (caret) DOM::Selection::validate: Selection[
Position( 0x0 "null" : 0 ) Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 ) Position( 0x0 "null" : 0 ) 1 ] 0
digikam(9043)/khtml (caret) DOM::Selection::validate:
[character:baseIsStart] true Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 )
************************************************

On 7/21/2012 6:57 AM, Marcel Wiesweg wrote:
> https://bugs.kde.org/show_bug.cgi?id=285052
>
> --- Comment #10 from Marcel Wiesweg <[hidden email]> ---
> The image scanner is usually quite verbose on the console when scanning new
> files. (be sure to enable 50003 in kdebugdialog).
> Please, try to reproduce the problem with as few photos as possible, ideally by
> moving just one, and give us the console output during that operation.
> Thanks for your help.
>

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

[Bug 285052] Moving an Album Folder from one Collection to another doesn't update Information & Tags

Marcel Wiesweg
In reply to this post by Bugzilla from bbroek01@vcn.com
https://bugs.kde.org/show_bug.cgi?id=285052

--- Comment #12 from Marcel Wiesweg <[hidden email]> ---
Image 3 happens to be the first one that is completely transferred, and is
apparently the only one correctly recognized. That fits well with an idea that
the scanner kicks in when 3 is finished (it is notified of the finished
operation) which the other three are being copied, still being incomplete,
which means they will not be recognized. Interesting problem, difficult to
solve (we cannot reliably know that a certain file is being written to)

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

[Bug 285052] Moving an Album Folder from one Collection to another doesn't update Information & Tags

Marcel Wiesweg
In reply to this post by Bugzilla from bbroek01@vcn.com
https://bugs.kde.org/show_bug.cgi?id=285052

--- Comment #13 from Marcel Wiesweg <[hidden email]> ---
I once again checked that on no platform, there is a reliable way to find out
if a file is being written to by another process. I believe our task here will
be to play with the lastModified time. I hope it is being updated while a file
is being written to, I need to test. Then we could pay special attention to
modification times during the last or current second. It's just as well
possible that this idea fails. Then we would need to re-check our knowledge
about file copy operations even if a file is already known, but changed its
size. All this is not easy to implement cleanly.

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

[digikam] [Bug 285052] SCAN : Moving an Album Folder from one Collection to another doesn't update Information & Tags

Gilles Caulier-4
In reply to this post by Bugzilla from bbroek01@vcn.com
https://bugs.kde.org/show_bug.cgi?id=285052

Gilles Caulier <[hidden email]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|Moving an Album Folder from |SCAN : Moving an Album
                   |one Collection to another   |Folder from one Collection
                   |doesn't update Information  |to another doesn't update
                   |& Tags                      |Information & Tags

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

[digikam] [Bug 285052] SCAN : moving an album from one collection to another one do not update information

Gilles Caulier-4
In reply to this post by Bugzilla from bbroek01@vcn.com
https://bugs.kde.org/show_bug.cgi?id=285052

Gilles Caulier <[hidden email]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|SCAN : Moving an Album      |SCAN : moving an album from
                   |Folder from one Collection  |one collection to another
                   |to another doesn't update   |one do not update
                   |Information & Tags          |information

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

[digikam] [Bug 285052] SCAN : moving an album from one collection to another one do not update information

Gilles Caulier-4
In reply to this post by Bugzilla from bbroek01@vcn.com
https://bugs.kde.org/show_bug.cgi?id=285052

--- Comment #14 from Gilles Caulier <[hidden email]> ---
bbroek01,

Problem still reproducible using last stable digiKam 4.9.0 ?

Gilles Caulier

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

[digikam] [Bug 285052] SCAN : moving an album from one collection to another one do not update information

Gilles Caulier-4
In reply to this post by Bugzilla from bbroek01@vcn.com
https://bugs.kde.org/show_bug.cgi?id=285052

--- Comment #15 from Gilles Caulier <[hidden email]> ---
New digiKam 4.11.0 is available with official PKG installer for OSX.

https://www.digikam.org/node/740

Can you reproduce the problem with this release ?

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

[digikam] [Bug 285052] SCAN : moving an album from one collection to another one do not update information

Gilles Caulier-4
In reply to this post by Bugzilla from bbroek01@vcn.com
https://bugs.kde.org/show_bug.cgi?id=285052

--- Comment #16 from Gilles Caulier <[hidden email]> ---
digiKam 4.12.0 is out.

https://www.digikam.org/node/741

Problem still reproducible ?

Gilles Caulier

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

[digikam] [Bug 285052] SCAN : moving an album from one collection to another one do not update information

Gilles Caulier-4
In reply to this post by Bugzilla from bbroek01@vcn.com
https://bugs.kde.org/show_bug.cgi?id=285052

Gilles Caulier <[hidden email]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|Database                    |Database-Scan

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
12