sorting problem in a digikam album

[Maik Qualmann]

Sorting when versioned files are present should now be fixed in git/master 
(digiKam-8.6.0).

Maik

Am Dienstag, 19. November 2024, 19:50:46 Mitteleuropäische Normalzeit 
schrieben Sie:
> I was not able to create a minimal test case so far. Maybe it needs
> enough files to be present at the same time for the problem to occur
> 
> On Sun, 17 Nov 2024 at 11:00, Lukas Jirkovsky <l.jirkovsky at gmail.com> wrote:
> > On Sat, 16 Nov 2024 at 21:03, Maik Qualmann <metzpinguin at gmail.com> wrote:
> > > I can't see some file names because they are shortened. If they contain
> > > a
> > > version number (_vxx) then we intervene in the sorting because these
> > > should
> > > come after the original image. However, sometimes the sorting is
> > > incorrect,
> > > and I want to fix that.
> > 
> > That could be a clue. With one exception, it's only the .jpg extension
> > that is> 
> > hidden, eg.:
> >   00-_DSC3160-_DSC3161... is actually 00-_DSC3160-_DSC3161.jpg
> > 
> > The exception is:
> >   00-_DSC4303 - _DSC4312_v1.jpg
> > 
> > Coincidentally, it's this image after which another sorted group (the
> > blue one) is started. Also, although it's not visible in the
> > screenshot the blue group actually ends with another bunch of 00-
> > files. So it's as if the _v1.jpg was the pivot where the sorting
> > breaks.
> > 
> > I think the problem may happen when the files are being sorted
> > incrementally. I was working on the files in rawtherapee and in hugin,
> > adding and removing files from the album. When I switched back to
> > digikam's window, I noticed the files being in the wrong order.
> > Changing the sort algorithm forced digikam to sort all files again,
> > which fixed the problem. I'll need to test that. If the theory is
> > correct, I'll create a proper bug report.
> > 
> > Lukas