[digiKam-users] Am I doing the something wrong?

[digikam-2]

DK6b3 - 2-Dec-2018

My workflow is:

1. I copy the images to an album called: "raws"
2. Open DK > albums > raws
3. I rename the files from dscf1234.raf to dogs-vancouver-20181130-1234.raf

No problem so far

4. Move to the "proper album"

DK moves them to the proper album but DK forgets to also move the XMP
files DK has created. They are left "hanging" in the raws folder.

https://i.imgur.com/yMQcuxh.png

Is this a DK problem or is there some setting that I don't know or
I have missed?

BTW, DK doesn't create new XMPs when it moves the images to the other
album

https://i.imgur.com/wUEAjWC.png

--
sknahT

vyS

[Maik Qualmann]

Can not reproduce the problem here with the Linux and Windows version. Of
course, sidecars are always copied or moved. New sidecars are created only
when metadata changes. Look in the output of the console, it is determined
whether a sidecar was found when copying / moving:

digikam.database: Detected a sidecar QUrl("file...

Maik

Am Montag, 3. Dezember 2018, 21:39:10 CET schrieb [hidden email]:

> DK6b3 - 2-Dec-2018
>
> My workflow is:
>
> 1. I copy the images to an album called: "raws"
> 2. Open DK > albums > raws
> 3. I rename the files from dscf1234.raf to dogs-vancouver-20181130-1234.raf
>
> No problem so far
>
> 4. Move to the "proper album"
>
> DK moves them to the proper album but DK forgets to also move the XMP
> files DK has created. They are left "hanging" in the raws folder.
>
> https://i.imgur.com/yMQcuxh.png
>
> Is this a DK problem or is there some setting that I don't know or
> I have missed?
>
> BTW, DK doesn't create new XMPs when it moves the images to the other
> album
>
> https://i.imgur.com/wUEAjWC.png

[digikam-2]

Finally, I have tracked it down.

It's DK and the settings:

DK: setting: lazy synchronization: ON

The XMP is written to disk when I exit DK. DK doesn't track the file
synchronization to the new album. It still writes it to the original
directory.

To file a bug: which section to do it under?

Thanks

Syv

On Mon, 03 Dec 2018 23:16:37 +0100
Maik Qualmann <[hidden email]> wrote:

> Can not reproduce the problem here with the Linux and Windows
> version. Of course, sidecars are always copied or moved. New
> sidecars are created only when metadata changes. Look in the output
> of the console, it is determined whether a sidecar was found when
> copying / moving:
>
> digikam.database: Detected a sidecar QUrl("file...
>
> Maik
>
> Am Montag, 3. Dezember 2018, 21:39:10 CET schrieb
> [hidden email]:
> > DK6b3 - 2-Dec-2018
> >
> > My workflow is:
> >
> > 1. I copy the images to an album called: "raws"
> > 2. Open DK > albums > raws
> > 3. I rename the files from dscf1234.raf to
> > dogs-vancouver-20181130-1234.raf
> >
> > No problem so far
> >
> > 4. Move to the "proper album"
> >
> > DK moves them to the proper album but DK forgets to also move the
> > XMP files DK has created. They are left "hanging" in the raws
> > folder.
> >
> > https://i.imgur.com/yMQcuxh.png
> >
> > Is this a DK problem or is there some setting that I don't know or
> > I have missed?
> >
> > BTW, DK doesn't create new XMPs when it moves the images to the
> > other album
> >
> > https://i.imgur.com/wUEAjWC.png 
>
>
>
>

--
sknahT

vyS

[Maik Qualmann]

Ok, I suspect the cause, we store ItemInfos in lazy synchronization. However,
the files have now been moved. All we have to do is save the item ids and
retrieve the information from DB again.

Maik

Am Dienstag, 4. Dezember 2018, 18:06:04 CET schrieb [hidden email]:

> Finally, I have tracked it down.
>
> It's DK and the settings:
>
> DK: setting: lazy synchronization: ON
>
> The XMP is written to disk when I exit DK. DK doesn't track the file
> synchronization to the new album. It still writes it to the original
> directory.
>
> To file a bug: which section to do it under?
>
> Thanks
>
> Syv
>
> On Mon, 03 Dec 2018 23:16:37 +0100
>
> Maik Qualmann <[hidden email]> wrote:
> > Can not reproduce the problem here with the Linux and Windows
> > version. Of course, sidecars are always copied or moved. New
> > sidecars are created only when metadata changes. Look in the output
> > of the console, it is determined whether a sidecar was found when
> > copying / moving:
> >
> > digikam.database: Detected a sidecar QUrl("file...
> >
> > Maik
> >
> > Am Montag, 3. Dezember 2018, 21:39:10 CET schrieb
> >
> > [hidden email]:
> > > DK6b3 - 2-Dec-2018
> > >
> > > My workflow is:
> > >
> > > 1. I copy the images to an album called: "raws"
> > > 2. Open DK > albums > raws
> > > 3. I rename the files from dscf1234.raf to
> > > dogs-vancouver-20181130-1234.raf
> > >
> > > No problem so far
> > >
> > > 4. Move to the "proper album"
> > >
> > > DK moves them to the proper album but DK forgets to also move the
> > > XMP files DK has created. They are left "hanging" in the raws
> > > folder.
> > >
> > > https://i.imgur.com/yMQcuxh.png
> > >
> > > Is this a DK problem or is there some setting that I don't know or
> > > I have missed?
> > >
> > > BTW, DK doesn't create new XMPs when it moves the images to the
> > > other album
> > >
> > > https://i.imgur.com/wUEAjWC.png

[Maik Qualmann]

Fixed:

 

https://commits.kde.org/digikam/1aeefa3993b263335ed339feef19cd5f876a2ad6

Maik

 

Am Dienstag, 4. Dezember 2018, 18:06:04 CET schrieb [hidden email]:

> Finally, I have tracked it down.

>

> It's DK and the settings:

>

> DK: setting: lazy synchronization: ON

>

> The XMP is written to disk when I exit DK. DK doesn't track the file

> synchronization to the new album. It still writes it to the original

> directory.

>

> To file a bug: which section to do it under?

>

> Thanks

>

> Syv

>

> On Mon, 03 Dec 2018 23:16:37 +0100

>

> Maik Qualmann <[hidden email]> wrote:

> > Can not reproduce the problem here with the Linux and Windows

> > version. Of course, sidecars are always copied or moved. New

> > sidecars are created only when metadata changes. Look in the output

> > of the console, it is determined whether a sidecar was found when

> > copying / moving:

> >

> > digikam.database: Detected a sidecar QUrl("file...

> >

> > Maik

> >

> > Am Montag, 3. Dezember 2018, 21:39:10 CET schrieb

> >

> > [hidden email]:

> > > DK6b3 - 2-Dec-2018

> > >

> > > My workflow is:

> > >

> > > 1. I copy the images to an album called: "raws"

> > > 2. Open DK > albums > raws

> > > 3. I rename the files from dscf1234.raf to

> > > dogs-vancouver-20181130-1234.raf

> > >

> > > No problem so far

> > >

> > > 4. Move to the "proper album"

> > >

> > > DK moves them to the proper album but DK forgets to also move the

> > > XMP files DK has created. They are left "hanging" in the raws

> > > folder.

> > >

> > > https://i.imgur.com/yMQcuxh.png

> > >

> > > Is this a DK problem or is there some setting that I don't know or

> > > I have missed?

> > >

> > > BTW, DK doesn't create new XMPs when it moves the images to the

> > > other album

> > >

> > > https://i.imgur.com/wUEAjWC.png

 

 

[digikam-2]

Thank you very much

On Tue, 04 Dec 2018 20:57:32 +0100
Maik Qualmann <[hidden email]> wrote:

> Fixed:
>
> https://commits.kde.org/digikam/1aeefa3993b263335ed339feef19cd5f876a2ad6
>
> Maik
>
> Am Dienstag, 4. Dezember 2018, 18:06:04 CET schrieb
> [hidden email]:
> > Finally, I have tracked it down.
> >
> > It's DK and the settings:
> >
> > DK: setting: lazy synchronization: ON
> >
> > The XMP is written to disk when I exit DK. DK doesn't track the
> > file synchronization to the new album. It still writes it to the
> > original directory.
> >
> > To file a bug: which section to do it under?
> >
> > Thanks
> >
> > Syv
> >
> > On Mon, 03 Dec 2018 23:16:37 +0100
> >
> > Maik Qualmann <[hidden email]> wrote:  
> > > Can not reproduce the problem here with the Linux and Windows
> > > version. Of course, sidecars are always copied or moved. New
> > > sidecars are created only when metadata changes. Look in the
> > > output of the console, it is determined whether a sidecar was
> > > found when copying / moving:
> > >
> > > digikam.database: Detected a sidecar QUrl("file...
> > >
> > > Maik
> > >
> > > Am Montag, 3. Dezember 2018, 21:39:10 CET schrieb
> > >
> > > [hidden email]:  
> > > > DK6b3 - 2-Dec-2018
> > > >
> > > > My workflow is:
> > > >
> > > > 1. I copy the images to an album called: "raws"
> > > > 2. Open DK > albums > raws
> > > > 3. I rename the files from dscf1234.raf to
> > > > dogs-vancouver-20181130-1234.raf
> > > >
> > > > No problem so far
> > > >
> > > > 4. Move to the "proper album"
> > > >
> > > > DK moves them to the proper album but DK forgets to also move
> > > > the XMP files DK has created. They are left "hanging" in the
> > > > raws folder.
> > > >
> > > > https://i.imgur.com/yMQcuxh.png
> > > >
> > > > Is this a DK problem or is there some setting that I don't
> > > > know or I have missed?
> > > >
> > > > BTW, DK doesn't create new XMPs when it moves the images to
> > > > the other album
> > > >
> > > > https://i.imgur.com/wUEAjWC.png 
>
>

--
sknahT

vyS