New icon view

classic Classic list List threaded Threaded
122 messages Options
1234567
Reply | Threaded
Open this post in threaded view
|

Re: New icon view

Gilles Caulier-4
Note : digiKam do not crash when new file is created in collection,
for ex when i save as from editor.

Gilles

2009/5/28 Gilles Caulier <[hidden email]>:

> Well the common point is : file are moved from collection.
>
> For me, it crash after than file is moved to trash, and after than FAM
> detect change in collection...
>
> Gilles
>
> 2009/5/28 Andi Clemens <[hidden email]>:
>> Hmm for me it doesn't crash when I delete / move items to trash.
>> I can only confirm a crash when doing D&D.
>>
>> Andi
>>
>> On Thursday 28 May 2009 19:19:57 Gilles Caulier wrote:
>>> Marcel,
>>>
>>> Remember your fix talk by IRC few days ago. Well, it's not fixed...
>>> I'm back on my host computer to work on week shots collection and it
>>> crash i another situation but with the same trace. It's reproducible
>>> all time : Just send an item to trash. That all...
>>>
>>> The backtrace is below :
>>>
>>> digikam(14319)/digikam (core) Digikam::DImg::load:
>>> "/mnt/data/photos/Famille/Salagou/PICT2350.MRW"  : RAW file identified
>>> digikam(14319)/KDCRAW KDcrawIface::KDcraw::loadFromDcraw: LibRaw:
>>> dcraw emulation:  ("-h", "-H 0", "-w", "-q 0", "-o 1",
>>> "/mnt/data/photos/Famille/Salagou/PICT2350.MRW")
>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>> LibRaw progress:  Reading metadata  pass  0  of  2
>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>> LibRaw progress:  Reading metadata  pass  1  of  2
>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>> LibRaw progress:  Reading RAW data  pass  0  of  2
>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>> LibRaw progress:  Reading RAW data  pass  1  of  2
>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>> LibRaw progress:  Scaling colors  pass  0  of  2
>>> Scaling with darkness 0, saturation 4091, and
>>> multipliers 1,484375 1,000000 2,046875 1,000000
>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>> LibRaw progress:  Scaling colors  pass  1  of  2
>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>> LibRaw progress:  Pre-interpolating  pass  0  of  2
>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>> LibRaw progress:  Pre-interpolating  pass  1  of  2
>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>> LibRaw progress:  Converting to RGB  pass  0  of  2
>>> Converting to sRGB colorspace...
>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>> LibRaw progress:  Converting to RGB  pass  1  of  2
>>> digikam(14319)/KDCRAW KDcrawIface::KDcraw::loadFromDcraw: LibRaw: data
>>> info: width= 1508  height= 1004  rgbmax= 255
>>> digikam(14319)/digikam (core) Digikam::DImg::load:
>>> "/mnt/data/photos/Famille/Salagou/PICT2351.MRW"  : RAW file identified
>>> digikam(14319)/KDCRAW KDcrawIface::KDcraw::loadFromDcraw: LibRaw:
>>> dcraw emulation:  ("-h", "-H 0", "-w", "-q 0", "-o 1",
>>> "/mnt/data/photos/Famille/Salagou/PICT2351.MRW")
>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>> LibRaw progress:  Reading metadata  pass  0  of  2
>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>> LibRaw progress:  Reading metadata  pass  1  of  2
>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>> LibRaw progress:  Reading RAW data  pass  0  of  2
>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>> LibRaw progress:  Reading RAW data  pass  1  of  2
>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>> LibRaw progress:  Scaling colors  pass  0  of  2
>>> Scaling with darkness 0, saturation 4091, and
>>> multipliers 1,484375 1,000000 2,054688 1,000000
>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>> LibRaw progress:  Scaling colors  pass  1  of  2
>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>> LibRaw progress:  Pre-interpolating  pass  0  of  2
>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>> LibRaw progress:  Pre-interpolating  pass  1  of  2
>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>> LibRaw progress:  Converting to RGB  pass  0  of  2
>>> Converting to sRGB colorspace...
>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>> LibRaw progress:  Converting to RGB  pass  1  of  2
>>> digikam(14319)/KDCRAW KDcrawIface::KDcraw::loadFromDcraw: LibRaw: data
>>> info: width= 1508  height= 1004  rgbmax= 255
>>> digikam(14319)/digikam (core)
>>> Digikam::CollectionManager::locationForPath: Testing location  1
>>> "/mnt/data/photos/Famille/Salagou" "/mnt/data/photos"
>>> digikam(14319)/digikam (core) Digikam::DeleteDialog::accept:
>>> setShowTrashDeleteDialog  true
>>> digikam(14319)/digikam (core)
>>> Digikam::AlbumManager::slotKioFilesAdded:
>>> "/mnt/data/.Trash-500/files/PICT2351.MRW"
>>> digikam(14319)/digikam (core) Digikam::DImg::load:
>>> "/mnt/data/photos/Famille/Salagou/PICT2352.MRW"  : RAW file identified
>>> digikam(14319)/KDCRAW KDcrawIface::KDcraw::loadFromDcraw: LibRaw:
>>> dcraw emulation:  ("-h", "-H 0", "-w", "-q 0", "-o 1",
>>> "/mnt/data/photos/Famille/Salagou/PICT2352.MRW")
>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>> LibRaw progress:  Reading metadata  pass  0  of  2
>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>> LibRaw progress:  Reading metadata  pass  1  of  2
>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>> LibRaw progress:  Reading RAW data  pass  0  of  2
>>> digikam(14319)/digikam (core)
>>> Digikam::AlbumManager::slotDirWatchDirty: KDirWatch detected change at
>>> "/mnt/data/photos/Famille/Salagou"
>>> digikam(14319)/digikam (core) Digikam::AlbumManager::slotKioFileMoved:
>>> "file:///mnt/data/photos/Famille/Salagou/PICT2351.MRW"
>>> "trash:/PICT2351.MRW"
>>> digikam(14319) Digikam::AlbumManager::handleKioNotification:
>>> KDirNotify detected file change at "/mnt/data/photos/Famille/Salagou"
>>> digikam(14319)/digikam (core)
>>> Digikam::AlbumManager::slotKioFilesAdded: "trash:/"
>>> digikam(14319)/digikam (core)
>>> Digikam::AlbumManager::slotKioFilesDeleted:
>>> ("file:///mnt/data/photos/Famille/Salagou/PICT2351.MRW")
>>> digikam(14319) Digikam::AlbumManager::handleKioNotification:
>>> KDirNotify detected file change at "/mnt/data/photos/Famille/Salagou"
>>>
>>> Program received signal SIGSEGV, Segmentation fault.
>>> 0xb6e8ddd9 in Digikam::DSharedDataPointer<Digikam::ImageInfoData>::assign
>>> (this=0xbf911488, o=@0x8)
>>>     at
>>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/../libs/dim
>>>g/dshareddata.h:142 142             if (o.d != d)
>>> Missing debug package(s), you should install:
>>> digikam-debug-0.10.0-6mdv2009.1.i586
>>> (gdb) bt
>>> #0  0xb6e8ddd9 in
>>> Digikam::DSharedDataPointer<Digikam::ImageInfoData>::assign
>>> (this=0xbf911488, o=@0x8)
>>>     at
>>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/../libs/dim
>>>g/dshareddata.h:142 #1  0xb6e8ecfc in
>>> Digikam::DSharedDataPointer<Digikam::ImageInfoData>::operator=
>>> (this=0xbf911488, o=@0x8)
>>>     at
>>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/../libs/dim
>>>g/dshareddata.h:121 #2  0xb6e8aaff in ImageInfo (this=0xbf911488, info=@0x8)
>>> at
>>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/libs/database/image
>>>info.cpp:173 #3  0x08314540 in Digikam::ImagePreviewBarItem::info (this=0x0)
>>> at
>>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/imageprevie
>>>wbar.cpp:730 #4  0x081891e1 in
>>> Digikam::LightTableBar::slotCollectionImageChange (this=0xdd618b8,
>>> changeset=@0xd5ba6f8)
>>>     at
>>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/utilities/lighttabl
>>>e/lighttablebar.cpp:687 #5  0x0818a8ea in
>>> Digikam::LightTableBar::qt_metacall (this=0xdd618b8,
>>> _c=QMetaObject::InvokeMetaMethod, _id=15, _a=0xea4b2b8)
>>>     at
>>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/lighttableb
>>>ar.moc:113 #6  0xb557179a in QMetaCallEvent::placeMetaCall () from
>>> /usr/lib/libQtCore.so.4 #7  0xb55732b5 in QObject::event () from
>>> /usr/lib/libQtCore.so.4
>>> #8  0xb5a90621 in QWidget::event () from /usr/lib/libQtGui.so.4
>>> #9  0xb5e8d639 in QFrame::event () from /usr/lib/libQtGui.so.4
>>> #10 0xb5a3799c in QApplicationPrivate::notify_helper () from
>>> /usr/lib/libQtGui.so.4
>>> #11 0xb5a401db in QApplication::notify () from /usr/lib/libQtGui.so.4
>>> #12 0xb6693c21 in KApplication::notify () from /usr/lib/libkdeui.so.5
>>> #13 0xb556233e in QCoreApplication::notifyInternal () from
>>> /usr/lib/libQtCore.so.4
>>> #14 0xb5562ff5 in QCoreApplicationPrivate::sendPostedEvents () from
>>> /usr/lib/libQtCore.so.4
>>> #15 0xb55631dc in QCoreApplication::sendPostedEvents () from
>>> /usr/lib/libQtCore.so.4
>>> #16 0xb558f5bd in ?? () from /usr/lib/libQtCore.so.4
>>> #17 0xb48d8cea in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
>>> #18 0xb48dc354 in ?? () from /usr/lib/libglib-2.0.so.0
>>> #19 0xb48dc4df in g_main_context_iteration () from
>>> /usr/lib/libglib-2.0.so.0 #20 0xb558f1da in
>>> QEventDispatcherGlib::processEvents () from
>>> /usr/lib/libQtCore.so.4
>>> #21 0xb5adbe6a in ?? () from /usr/lib/libQtGui.so.4
>>> #22 0xb5560903 in QEventLoop::processEvents () from /usr/lib/libQtCore.so.4
>>> #23 0xb5560d51 in QEventLoop::exec () from /usr/lib/libQtCore.so.4
>>> #24 0xb55632b6 in QCoreApplication::exec () from /usr/lib/libQtCore.so.4
>>> #25 0xb5a37804 in QApplication::exec () from /usr/lib/libQtGui.so.4
>>> #26 0x083815e1 in main (argc=1, argv=0xbf911f44) at
>>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/main.cpp:18
>>>4 (gdb)
>>>
>>> Gilles
>>>
>>> 2009/5/24 Gilles Caulier <[hidden email]>:
>>> > Marcel,
>>> >
>>> > I currently work on my last shot taken at Salagou Lake (near
>>> > Montpellier - a very very nice place)
>>> >
>>> > When i move items by drag and drop using treeview from an album to a
>>> > sub-album (album is parent of sub-album and i use recursive icon
>>> > view), digiKam crash like this :
>>> >
>>> > Thread 1 (Thread 0xb444eac0 (LWP 22769)):
>>> > [KCrash Handler]
>>> > #6  0xb6f38d35 in
>>> > Digikam::DSharedDataPointer<Digikam::ImageInfoData>::assign
>>> > (this=0xbf9b8628, o=@0x8)
>>> >    at
>>> > /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/../libs/d
>>> >img/dshareddata.h:142 #7  0xb6f39c58 in
>>> > Digikam::DSharedDataPointer<Digikam::ImageInfoData>::operator=
>>> > (this=0xbf9b8628, o=@0x8)
>>> >    at
>>> > /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/../libs/d
>>> >img/dshareddata.h:121 #8  0xb6f35a5b in ImageInfo (this=0xbf9b8628,
>>> > info=@0x8) at
>>> > /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/libs/database/ima
>>> >geinfo.cpp:173 #9  0x0830e744 in Digikam::ImagePreviewBarItem::info
>>> > (this=0x0) at
>>> > /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/imageprev
>>> >iewbar.cpp:730 #10 0x0818782d in
>>> > Digikam::LightTableBar::slotCollectionImageChange (this=0xcb1a700,
>>> > changeset=@0xde80070)
>>> >    at
>>> > /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/utilities/lightta
>>> >ble/lighttablebar.cpp:687 #11 0x08188f36 in
>>> > Digikam::LightTableBar::qt_metacall (this=0xcb1a700,
>>> > _c=QMetaObject::InvokeMetaMethod, _id=15, _a=0xc5fffe0)
>>> >    at
>>> > /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/lighttabl
>>> >ebar.moc:113 #12 0xb561e79a in QMetaCallEvent::placeMetaCall () from
>>> > /usr/lib/libQtCore.so.4 #13 0xb56202b5 in QObject::event () from
>>> > /usr/lib/libQtCore.so.4 #14 0xb5b3d621 in QWidget::event () from
>>> > /usr/lib/libQtGui.so.4
>>> > #15 0xb5f3a639 in QFrame::event () from /usr/lib/libQtGui.so.4
>>> > #16 0xb5ae499c in QApplicationPrivate::notify_helper () from
>>> > /usr/lib/libQtGui.so.4
>>> > #17 0xb5aed1db in QApplication::notify () from /usr/lib/libQtGui.so.4
>>> > #18 0xb6740c21 in KApplication::notify () from /usr/lib/libkdeui.so.5
>>> > #19 0xb560f33e in QCoreApplication::notifyInternal () from
>>> > /usr/lib/libQtCore.so.4
>>> > #20 0xb560fff5 in QCoreApplicationPrivate::sendPostedEvents () from
>>> > /usr/lib/libQtCore.so.4
>>> > #21 0xb56101dc in QCoreApplication::sendPostedEvents () from
>>> > /usr/lib/libQtCore.so.4
>>> > #22 0xb563c5bd in ?? () from /usr/lib/libQtCore.so.4
>>> > #23 0xb4985cea in g_main_context_dispatch () from
>>> > /usr/lib/libglib-2.0.so.0 #24 0xb4989354 in ?? () from
>>> > /usr/lib/libglib-2.0.so.0
>>> > #25 0xb49894df in g_main_context_iteration () from
>>> > /usr/lib/libglib-2.0.so.0 #26 0xb563c1da in
>>> > QEventDispatcherGlib::processEvents () from
>>> > /usr/lib/libQtCore.so.4
>>> > #27 0xb5b88e6a in ?? () from /usr/lib/libQtGui.so.4
>>> > #28 0xb560d903 in QEventLoop::processEvents () from
>>> > /usr/lib/libQtCore.so.4 #29 0xb560dd51 in QEventLoop::exec () from
>>> > /usr/lib/libQtCore.so.4 #30 0xb56102b6 in QCoreApplication::exec () from
>>> > /usr/lib/libQtCore.so.4 #31 0xb5ae4804 in QApplication::exec () from
>>> > /usr/lib/libQtGui.so.4 #32 0x0837b17d in main (argc=5, argv=0xbf9b90e4)
>>> > at
>>> > /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/main.cpp:
>>> >184
>>> >
>>> > I remember a similar report in B.K.O with exactly the same backtrace.
>>> > This is the first time to see it for me...
>>> >
>>> > Gilles
>>> >
>>> > 2009/5/24 Andi Clemens <[hidden email]>:
>>> >> Marcel,
>>> >>
>>> >> I can select normal now, and also the first item is selectable (like I
>>> >> told you in private mail). But it still crashes.
>>> >> Open some album in recursive mode (or goto tags view).
>>> >> Now select the first item, then the second, then the first again, the
>>> >> second etc...
>>> >> After 10 clicks I get the crash I sent you by mail.
>>> >>
>>> >> Andi
>>> >>
>>> >> On Sunday 24 May 2009 16:36:23 Marcel Wiesweg wrote:
>>> >>> > I guess selecting is totally broken. Try to select one image, the
>>> >>> > shift+click another (in the same row). It seems to select some random
>>> >>> > items. It is never the range you specify.
>>> >>>
>>> >>> I have made a few patches to shift+click selection, I think it works
>>> >>> now, hope all other forms of selection still work.
>>> >>> Btw this is a bug in KCategorizedView, take dolphin, switch on
>>> >>> View->Group Items, shift+click and enjoy block selection mode ;-)
>>> >>>
>>> >>> Marcel
>>> >>
>>> >> _______________________________________________
>>> >> Digikam-devel mailing list
>>> >> [hidden email]
>>> >> https://mail.kde.org/mailman/listinfo/digikam-devel
>>>
>>> _______________________________________________
>>> Digikam-devel mailing list
>>> [hidden email]
>>> https://mail.kde.org/mailman/listinfo/digikam-devel
>>
>> _______________________________________________
>> Digikam-devel mailing list
>> [hidden email]
>> https://mail.kde.org/mailman/listinfo/digikam-devel
>>
>
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: New icon view

Gilles Caulier-4
Just tested indeep : digiKam do not anymore with D&D...

Gilles

2009/5/28 Gilles Caulier <[hidden email]>:

> Note : digiKam do not crash when new file is created in collection,
> for ex when i save as from editor.
>
> Gilles
>
> 2009/5/28 Gilles Caulier <[hidden email]>:
>> Well the common point is : file are moved from collection.
>>
>> For me, it crash after than file is moved to trash, and after than FAM
>> detect change in collection...
>>
>> Gilles
>>
>> 2009/5/28 Andi Clemens <[hidden email]>:
>>> Hmm for me it doesn't crash when I delete / move items to trash.
>>> I can only confirm a crash when doing D&D.
>>>
>>> Andi
>>>
>>> On Thursday 28 May 2009 19:19:57 Gilles Caulier wrote:
>>>> Marcel,
>>>>
>>>> Remember your fix talk by IRC few days ago. Well, it's not fixed...
>>>> I'm back on my host computer to work on week shots collection and it
>>>> crash i another situation but with the same trace. It's reproducible
>>>> all time : Just send an item to trash. That all...
>>>>
>>>> The backtrace is below :
>>>>
>>>> digikam(14319)/digikam (core) Digikam::DImg::load:
>>>> "/mnt/data/photos/Famille/Salagou/PICT2350.MRW"  : RAW file identified
>>>> digikam(14319)/KDCRAW KDcrawIface::KDcraw::loadFromDcraw: LibRaw:
>>>> dcraw emulation:  ("-h", "-H 0", "-w", "-q 0", "-o 1",
>>>> "/mnt/data/photos/Famille/Salagou/PICT2350.MRW")
>>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>>> LibRaw progress:  Reading metadata  pass  0  of  2
>>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>>> LibRaw progress:  Reading metadata  pass  1  of  2
>>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>>> LibRaw progress:  Reading RAW data  pass  0  of  2
>>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>>> LibRaw progress:  Reading RAW data  pass  1  of  2
>>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>>> LibRaw progress:  Scaling colors  pass  0  of  2
>>>> Scaling with darkness 0, saturation 4091, and
>>>> multipliers 1,484375 1,000000 2,046875 1,000000
>>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>>> LibRaw progress:  Scaling colors  pass  1  of  2
>>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>>> LibRaw progress:  Pre-interpolating  pass  0  of  2
>>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>>> LibRaw progress:  Pre-interpolating  pass  1  of  2
>>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>>> LibRaw progress:  Converting to RGB  pass  0  of  2
>>>> Converting to sRGB colorspace...
>>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>>> LibRaw progress:  Converting to RGB  pass  1  of  2
>>>> digikam(14319)/KDCRAW KDcrawIface::KDcraw::loadFromDcraw: LibRaw: data
>>>> info: width= 1508  height= 1004  rgbmax= 255
>>>> digikam(14319)/digikam (core) Digikam::DImg::load:
>>>> "/mnt/data/photos/Famille/Salagou/PICT2351.MRW"  : RAW file identified
>>>> digikam(14319)/KDCRAW KDcrawIface::KDcraw::loadFromDcraw: LibRaw:
>>>> dcraw emulation:  ("-h", "-H 0", "-w", "-q 0", "-o 1",
>>>> "/mnt/data/photos/Famille/Salagou/PICT2351.MRW")
>>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>>> LibRaw progress:  Reading metadata  pass  0  of  2
>>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>>> LibRaw progress:  Reading metadata  pass  1  of  2
>>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>>> LibRaw progress:  Reading RAW data  pass  0  of  2
>>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>>> LibRaw progress:  Reading RAW data  pass  1  of  2
>>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>>> LibRaw progress:  Scaling colors  pass  0  of  2
>>>> Scaling with darkness 0, saturation 4091, and
>>>> multipliers 1,484375 1,000000 2,054688 1,000000
>>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>>> LibRaw progress:  Scaling colors  pass  1  of  2
>>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>>> LibRaw progress:  Pre-interpolating  pass  0  of  2
>>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>>> LibRaw progress:  Pre-interpolating  pass  1  of  2
>>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>>> LibRaw progress:  Converting to RGB  pass  0  of  2
>>>> Converting to sRGB colorspace...
>>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>>> LibRaw progress:  Converting to RGB  pass  1  of  2
>>>> digikam(14319)/KDCRAW KDcrawIface::KDcraw::loadFromDcraw: LibRaw: data
>>>> info: width= 1508  height= 1004  rgbmax= 255
>>>> digikam(14319)/digikam (core)
>>>> Digikam::CollectionManager::locationForPath: Testing location  1
>>>> "/mnt/data/photos/Famille/Salagou" "/mnt/data/photos"
>>>> digikam(14319)/digikam (core) Digikam::DeleteDialog::accept:
>>>> setShowTrashDeleteDialog  true
>>>> digikam(14319)/digikam (core)
>>>> Digikam::AlbumManager::slotKioFilesAdded:
>>>> "/mnt/data/.Trash-500/files/PICT2351.MRW"
>>>> digikam(14319)/digikam (core) Digikam::DImg::load:
>>>> "/mnt/data/photos/Famille/Salagou/PICT2352.MRW"  : RAW file identified
>>>> digikam(14319)/KDCRAW KDcrawIface::KDcraw::loadFromDcraw: LibRaw:
>>>> dcraw emulation:  ("-h", "-H 0", "-w", "-q 0", "-o 1",
>>>> "/mnt/data/photos/Famille/Salagou/PICT2352.MRW")
>>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>>> LibRaw progress:  Reading metadata  pass  0  of  2
>>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>>> LibRaw progress:  Reading metadata  pass  1  of  2
>>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
>>>> LibRaw progress:  Reading RAW data  pass  0  of  2
>>>> digikam(14319)/digikam (core)
>>>> Digikam::AlbumManager::slotDirWatchDirty: KDirWatch detected change at
>>>> "/mnt/data/photos/Famille/Salagou"
>>>> digikam(14319)/digikam (core) Digikam::AlbumManager::slotKioFileMoved:
>>>> "file:///mnt/data/photos/Famille/Salagou/PICT2351.MRW"
>>>> "trash:/PICT2351.MRW"
>>>> digikam(14319) Digikam::AlbumManager::handleKioNotification:
>>>> KDirNotify detected file change at "/mnt/data/photos/Famille/Salagou"
>>>> digikam(14319)/digikam (core)
>>>> Digikam::AlbumManager::slotKioFilesAdded: "trash:/"
>>>> digikam(14319)/digikam (core)
>>>> Digikam::AlbumManager::slotKioFilesDeleted:
>>>> ("file:///mnt/data/photos/Famille/Salagou/PICT2351.MRW")
>>>> digikam(14319) Digikam::AlbumManager::handleKioNotification:
>>>> KDirNotify detected file change at "/mnt/data/photos/Famille/Salagou"
>>>>
>>>> Program received signal SIGSEGV, Segmentation fault.
>>>> 0xb6e8ddd9 in Digikam::DSharedDataPointer<Digikam::ImageInfoData>::assign
>>>> (this=0xbf911488, o=@0x8)
>>>>     at
>>>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/../libs/dim
>>>>g/dshareddata.h:142 142             if (o.d != d)
>>>> Missing debug package(s), you should install:
>>>> digikam-debug-0.10.0-6mdv2009.1.i586
>>>> (gdb) bt
>>>> #0  0xb6e8ddd9 in
>>>> Digikam::DSharedDataPointer<Digikam::ImageInfoData>::assign
>>>> (this=0xbf911488, o=@0x8)
>>>>     at
>>>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/../libs/dim
>>>>g/dshareddata.h:142 #1  0xb6e8ecfc in
>>>> Digikam::DSharedDataPointer<Digikam::ImageInfoData>::operator=
>>>> (this=0xbf911488, o=@0x8)
>>>>     at
>>>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/../libs/dim
>>>>g/dshareddata.h:121 #2  0xb6e8aaff in ImageInfo (this=0xbf911488, info=@0x8)
>>>> at
>>>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/libs/database/image
>>>>info.cpp:173 #3  0x08314540 in Digikam::ImagePreviewBarItem::info (this=0x0)
>>>> at
>>>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/imageprevie
>>>>wbar.cpp:730 #4  0x081891e1 in
>>>> Digikam::LightTableBar::slotCollectionImageChange (this=0xdd618b8,
>>>> changeset=@0xd5ba6f8)
>>>>     at
>>>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/utilities/lighttabl
>>>>e/lighttablebar.cpp:687 #5  0x0818a8ea in
>>>> Digikam::LightTableBar::qt_metacall (this=0xdd618b8,
>>>> _c=QMetaObject::InvokeMetaMethod, _id=15, _a=0xea4b2b8)
>>>>     at
>>>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/lighttableb
>>>>ar.moc:113 #6  0xb557179a in QMetaCallEvent::placeMetaCall () from
>>>> /usr/lib/libQtCore.so.4 #7  0xb55732b5 in QObject::event () from
>>>> /usr/lib/libQtCore.so.4
>>>> #8  0xb5a90621 in QWidget::event () from /usr/lib/libQtGui.so.4
>>>> #9  0xb5e8d639 in QFrame::event () from /usr/lib/libQtGui.so.4
>>>> #10 0xb5a3799c in QApplicationPrivate::notify_helper () from
>>>> /usr/lib/libQtGui.so.4
>>>> #11 0xb5a401db in QApplication::notify () from /usr/lib/libQtGui.so.4
>>>> #12 0xb6693c21 in KApplication::notify () from /usr/lib/libkdeui.so.5
>>>> #13 0xb556233e in QCoreApplication::notifyInternal () from
>>>> /usr/lib/libQtCore.so.4
>>>> #14 0xb5562ff5 in QCoreApplicationPrivate::sendPostedEvents () from
>>>> /usr/lib/libQtCore.so.4
>>>> #15 0xb55631dc in QCoreApplication::sendPostedEvents () from
>>>> /usr/lib/libQtCore.so.4
>>>> #16 0xb558f5bd in ?? () from /usr/lib/libQtCore.so.4
>>>> #17 0xb48d8cea in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
>>>> #18 0xb48dc354 in ?? () from /usr/lib/libglib-2.0.so.0
>>>> #19 0xb48dc4df in g_main_context_iteration () from
>>>> /usr/lib/libglib-2.0.so.0 #20 0xb558f1da in
>>>> QEventDispatcherGlib::processEvents () from
>>>> /usr/lib/libQtCore.so.4
>>>> #21 0xb5adbe6a in ?? () from /usr/lib/libQtGui.so.4
>>>> #22 0xb5560903 in QEventLoop::processEvents () from /usr/lib/libQtCore.so.4
>>>> #23 0xb5560d51 in QEventLoop::exec () from /usr/lib/libQtCore.so.4
>>>> #24 0xb55632b6 in QCoreApplication::exec () from /usr/lib/libQtCore.so.4
>>>> #25 0xb5a37804 in QApplication::exec () from /usr/lib/libQtGui.so.4
>>>> #26 0x083815e1 in main (argc=1, argv=0xbf911f44) at
>>>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/main.cpp:18
>>>>4 (gdb)
>>>>
>>>> Gilles
>>>>
>>>> 2009/5/24 Gilles Caulier <[hidden email]>:
>>>> > Marcel,
>>>> >
>>>> > I currently work on my last shot taken at Salagou Lake (near
>>>> > Montpellier - a very very nice place)
>>>> >
>>>> > When i move items by drag and drop using treeview from an album to a
>>>> > sub-album (album is parent of sub-album and i use recursive icon
>>>> > view), digiKam crash like this :
>>>> >
>>>> > Thread 1 (Thread 0xb444eac0 (LWP 22769)):
>>>> > [KCrash Handler]
>>>> > #6  0xb6f38d35 in
>>>> > Digikam::DSharedDataPointer<Digikam::ImageInfoData>::assign
>>>> > (this=0xbf9b8628, o=@0x8)
>>>> >    at
>>>> > /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/../libs/d
>>>> >img/dshareddata.h:142 #7  0xb6f39c58 in
>>>> > Digikam::DSharedDataPointer<Digikam::ImageInfoData>::operator=
>>>> > (this=0xbf9b8628, o=@0x8)
>>>> >    at
>>>> > /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/../libs/d
>>>> >img/dshareddata.h:121 #8  0xb6f35a5b in ImageInfo (this=0xbf9b8628,
>>>> > info=@0x8) at
>>>> > /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/libs/database/ima
>>>> >geinfo.cpp:173 #9  0x0830e744 in Digikam::ImagePreviewBarItem::info
>>>> > (this=0x0) at
>>>> > /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/imageprev
>>>> >iewbar.cpp:730 #10 0x0818782d in
>>>> > Digikam::LightTableBar::slotCollectionImageChange (this=0xcb1a700,
>>>> > changeset=@0xde80070)
>>>> >    at
>>>> > /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/utilities/lightta
>>>> >ble/lighttablebar.cpp:687 #11 0x08188f36 in
>>>> > Digikam::LightTableBar::qt_metacall (this=0xcb1a700,
>>>> > _c=QMetaObject::InvokeMetaMethod, _id=15, _a=0xc5fffe0)
>>>> >    at
>>>> > /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/lighttabl
>>>> >ebar.moc:113 #12 0xb561e79a in QMetaCallEvent::placeMetaCall () from
>>>> > /usr/lib/libQtCore.so.4 #13 0xb56202b5 in QObject::event () from
>>>> > /usr/lib/libQtCore.so.4 #14 0xb5b3d621 in QWidget::event () from
>>>> > /usr/lib/libQtGui.so.4
>>>> > #15 0xb5f3a639 in QFrame::event () from /usr/lib/libQtGui.so.4
>>>> > #16 0xb5ae499c in QApplicationPrivate::notify_helper () from
>>>> > /usr/lib/libQtGui.so.4
>>>> > #17 0xb5aed1db in QApplication::notify () from /usr/lib/libQtGui.so.4
>>>> > #18 0xb6740c21 in KApplication::notify () from /usr/lib/libkdeui.so.5
>>>> > #19 0xb560f33e in QCoreApplication::notifyInternal () from
>>>> > /usr/lib/libQtCore.so.4
>>>> > #20 0xb560fff5 in QCoreApplicationPrivate::sendPostedEvents () from
>>>> > /usr/lib/libQtCore.so.4
>>>> > #21 0xb56101dc in QCoreApplication::sendPostedEvents () from
>>>> > /usr/lib/libQtCore.so.4
>>>> > #22 0xb563c5bd in ?? () from /usr/lib/libQtCore.so.4
>>>> > #23 0xb4985cea in g_main_context_dispatch () from
>>>> > /usr/lib/libglib-2.0.so.0 #24 0xb4989354 in ?? () from
>>>> > /usr/lib/libglib-2.0.so.0
>>>> > #25 0xb49894df in g_main_context_iteration () from
>>>> > /usr/lib/libglib-2.0.so.0 #26 0xb563c1da in
>>>> > QEventDispatcherGlib::processEvents () from
>>>> > /usr/lib/libQtCore.so.4
>>>> > #27 0xb5b88e6a in ?? () from /usr/lib/libQtGui.so.4
>>>> > #28 0xb560d903 in QEventLoop::processEvents () from
>>>> > /usr/lib/libQtCore.so.4 #29 0xb560dd51 in QEventLoop::exec () from
>>>> > /usr/lib/libQtCore.so.4 #30 0xb56102b6 in QCoreApplication::exec () from
>>>> > /usr/lib/libQtCore.so.4 #31 0xb5ae4804 in QApplication::exec () from
>>>> > /usr/lib/libQtGui.so.4 #32 0x0837b17d in main (argc=5, argv=0xbf9b90e4)
>>>> > at
>>>> > /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/main.cpp:
>>>> >184
>>>> >
>>>> > I remember a similar report in B.K.O with exactly the same backtrace.
>>>> > This is the first time to see it for me...
>>>> >
>>>> > Gilles
>>>> >
>>>> > 2009/5/24 Andi Clemens <[hidden email]>:
>>>> >> Marcel,
>>>> >>
>>>> >> I can select normal now, and also the first item is selectable (like I
>>>> >> told you in private mail). But it still crashes.
>>>> >> Open some album in recursive mode (or goto tags view).
>>>> >> Now select the first item, then the second, then the first again, the
>>>> >> second etc...
>>>> >> After 10 clicks I get the crash I sent you by mail.
>>>> >>
>>>> >> Andi
>>>> >>
>>>> >> On Sunday 24 May 2009 16:36:23 Marcel Wiesweg wrote:
>>>> >>> > I guess selecting is totally broken. Try to select one image, the
>>>> >>> > shift+click another (in the same row). It seems to select some random
>>>> >>> > items. It is never the range you specify.
>>>> >>>
>>>> >>> I have made a few patches to shift+click selection, I think it works
>>>> >>> now, hope all other forms of selection still work.
>>>> >>> Btw this is a bug in KCategorizedView, take dolphin, switch on
>>>> >>> View->Group Items, shift+click and enjoy block selection mode ;-)
>>>> >>>
>>>> >>> Marcel
>>>> >>
>>>> >> _______________________________________________
>>>> >> Digikam-devel mailing list
>>>> >> [hidden email]
>>>> >> https://mail.kde.org/mailman/listinfo/digikam-devel
>>>>
>>>> _______________________________________________
>>>> Digikam-devel mailing list
>>>> [hidden email]
>>>> https://mail.kde.org/mailman/listinfo/digikam-devel
>>>
>>> _______________________________________________
>>> Digikam-devel mailing list
>>> [hidden email]
>>> https://mail.kde.org/mailman/listinfo/digikam-devel
>>>
>>
>
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: New icon view

Bugzilla from andi.clemens@gmx.net
Does not crash on D&D? Well it does :D
Hihi funny we all have different crashes that no one else can confirm.

I can generate a video to proof it, the strange thing is that it only crashes
in some albums, not in every album.

I don't understand this because they all have the same naming scheme, no
special characters etc...

Andi

On Thursday 28 May 2009 19:39:23 Gilles Caulier wrote:

> Just tested indeep : digiKam do not anymore with D&D...
>
> Gilles
>
> 2009/5/28 Gilles Caulier <[hidden email]>:
> > Note : digiKam do not crash when new file is created in collection,
> > for ex when i save as from editor.
> >
> > Gilles
> >
> > 2009/5/28 Gilles Caulier <[hidden email]>:
> >> Well the common point is : file are moved from collection.
> >>
> >> For me, it crash after than file is moved to trash, and after than FAM
> >> detect change in collection...
> >>
> >> Gilles
> >>
> >> 2009/5/28 Andi Clemens <[hidden email]>:
> >>> Hmm for me it doesn't crash when I delete / move items to trash.
> >>> I can only confirm a crash when doing D&D.
> >>>
> >>> Andi
> >>>
> >>> On Thursday 28 May 2009 19:19:57 Gilles Caulier wrote:
> >>>> Marcel,
> >>>>
> >>>> Remember your fix talk by IRC few days ago. Well, it's not fixed...
> >>>> I'm back on my host computer to work on week shots collection and it
> >>>> crash i another situation but with the same trace. It's reproducible
> >>>> all time : Just send an item to trash. That all...
> >>>>
> >>>> The backtrace is below :
> >>>>
> >>>> digikam(14319)/digikam (core) Digikam::DImg::load:
> >>>> "/mnt/data/photos/Famille/Salagou/PICT2350.MRW"  : RAW file identified
> >>>> digikam(14319)/KDCRAW KDcrawIface::KDcraw::loadFromDcraw: LibRaw:
> >>>> dcraw emulation:  ("-h", "-H 0", "-w", "-q 0", "-o 1",
> >>>> "/mnt/data/photos/Famille/Salagou/PICT2350.MRW")
> >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> >>>> LibRaw progress:  Reading metadata  pass  0  of  2
> >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> >>>> LibRaw progress:  Reading metadata  pass  1  of  2
> >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> >>>> LibRaw progress:  Reading RAW data  pass  0  of  2
> >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> >>>> LibRaw progress:  Reading RAW data  pass  1  of  2
> >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> >>>> LibRaw progress:  Scaling colors  pass  0  of  2
> >>>> Scaling with darkness 0, saturation 4091, and
> >>>> multipliers 1,484375 1,000000 2,046875 1,000000
> >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> >>>> LibRaw progress:  Scaling colors  pass  1  of  2
> >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> >>>> LibRaw progress:  Pre-interpolating  pass  0  of  2
> >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> >>>> LibRaw progress:  Pre-interpolating  pass  1  of  2
> >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> >>>> LibRaw progress:  Converting to RGB  pass  0  of  2
> >>>> Converting to sRGB colorspace...
> >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> >>>> LibRaw progress:  Converting to RGB  pass  1  of  2
> >>>> digikam(14319)/KDCRAW KDcrawIface::KDcraw::loadFromDcraw: LibRaw: data
> >>>> info: width= 1508  height= 1004  rgbmax= 255
> >>>> digikam(14319)/digikam (core) Digikam::DImg::load:
> >>>> "/mnt/data/photos/Famille/Salagou/PICT2351.MRW"  : RAW file identified
> >>>> digikam(14319)/KDCRAW KDcrawIface::KDcraw::loadFromDcraw: LibRaw:
> >>>> dcraw emulation:  ("-h", "-H 0", "-w", "-q 0", "-o 1",
> >>>> "/mnt/data/photos/Famille/Salagou/PICT2351.MRW")
> >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> >>>> LibRaw progress:  Reading metadata  pass  0  of  2
> >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> >>>> LibRaw progress:  Reading metadata  pass  1  of  2
> >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> >>>> LibRaw progress:  Reading RAW data  pass  0  of  2
> >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> >>>> LibRaw progress:  Reading RAW data  pass  1  of  2
> >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> >>>> LibRaw progress:  Scaling colors  pass  0  of  2
> >>>> Scaling with darkness 0, saturation 4091, and
> >>>> multipliers 1,484375 1,000000 2,054688 1,000000
> >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> >>>> LibRaw progress:  Scaling colors  pass  1  of  2
> >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> >>>> LibRaw progress:  Pre-interpolating  pass  0  of  2
> >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> >>>> LibRaw progress:  Pre-interpolating  pass  1  of  2
> >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> >>>> LibRaw progress:  Converting to RGB  pass  0  of  2
> >>>> Converting to sRGB colorspace...
> >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> >>>> LibRaw progress:  Converting to RGB  pass  1  of  2
> >>>> digikam(14319)/KDCRAW KDcrawIface::KDcraw::loadFromDcraw: LibRaw: data
> >>>> info: width= 1508  height= 1004  rgbmax= 255
> >>>> digikam(14319)/digikam (core)
> >>>> Digikam::CollectionManager::locationForPath: Testing location  1
> >>>> "/mnt/data/photos/Famille/Salagou" "/mnt/data/photos"
> >>>> digikam(14319)/digikam (core) Digikam::DeleteDialog::accept:
> >>>> setShowTrashDeleteDialog  true
> >>>> digikam(14319)/digikam (core)
> >>>> Digikam::AlbumManager::slotKioFilesAdded:
> >>>> "/mnt/data/.Trash-500/files/PICT2351.MRW"
> >>>> digikam(14319)/digikam (core) Digikam::DImg::load:
> >>>> "/mnt/data/photos/Famille/Salagou/PICT2352.MRW"  : RAW file identified
> >>>> digikam(14319)/KDCRAW KDcrawIface::KDcraw::loadFromDcraw: LibRaw:
> >>>> dcraw emulation:  ("-h", "-H 0", "-w", "-q 0", "-o 1",
> >>>> "/mnt/data/photos/Famille/Salagou/PICT2352.MRW")
> >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> >>>> LibRaw progress:  Reading metadata  pass  0  of  2
> >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> >>>> LibRaw progress:  Reading metadata  pass  1  of  2
> >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> >>>> LibRaw progress:  Reading RAW data  pass  0  of  2
> >>>> digikam(14319)/digikam (core)
> >>>> Digikam::AlbumManager::slotDirWatchDirty: KDirWatch detected change at
> >>>> "/mnt/data/photos/Famille/Salagou"
> >>>> digikam(14319)/digikam (core) Digikam::AlbumManager::slotKioFileMoved:
> >>>> "file:///mnt/data/photos/Famille/Salagou/PICT2351.MRW"
> >>>> "trash:/PICT2351.MRW"
> >>>> digikam(14319) Digikam::AlbumManager::handleKioNotification:
> >>>> KDirNotify detected file change at "/mnt/data/photos/Famille/Salagou"
> >>>> digikam(14319)/digikam (core)
> >>>> Digikam::AlbumManager::slotKioFilesAdded: "trash:/"
> >>>> digikam(14319)/digikam (core)
> >>>> Digikam::AlbumManager::slotKioFilesDeleted:
> >>>> ("file:///mnt/data/photos/Famille/Salagou/PICT2351.MRW")
> >>>> digikam(14319) Digikam::AlbumManager::handleKioNotification:
> >>>> KDirNotify detected file change at "/mnt/data/photos/Famille/Salagou"
> >>>>
> >>>> Program received signal SIGSEGV, Segmentation fault.
> >>>> 0xb6e8ddd9 in
> >>>> Digikam::DSharedDataPointer<Digikam::ImageInfoData>::assign
> >>>> (this=0xbf911488, o=@0x8)
> >>>>     at
> >>>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/../lib
> >>>>s/dim g/dshareddata.h:142 142             if (o.d != d)
> >>>> Missing debug package(s), you should install:
> >>>> digikam-debug-0.10.0-6mdv2009.1.i586
> >>>> (gdb) bt
> >>>> #0  0xb6e8ddd9 in
> >>>> Digikam::DSharedDataPointer<Digikam::ImageInfoData>::assign
> >>>> (this=0xbf911488, o=@0x8)
> >>>>     at
> >>>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/../lib
> >>>>s/dim g/dshareddata.h:142 #1  0xb6e8ecfc in
> >>>> Digikam::DSharedDataPointer<Digikam::ImageInfoData>::operator=
> >>>> (this=0xbf911488, o=@0x8)
> >>>>     at
> >>>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/../lib
> >>>>s/dim g/dshareddata.h:121 #2  0xb6e8aaff in ImageInfo (this=0xbf911488,
> >>>> info=@0x8) at
> >>>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/libs/database/
> >>>>image info.cpp:173 #3  0x08314540 in Digikam::ImagePreviewBarItem::info
> >>>> (this=0x0) at
> >>>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/imagep
> >>>>revie wbar.cpp:730 #4  0x081891e1 in
> >>>> Digikam::LightTableBar::slotCollectionImageChange (this=0xdd618b8,
> >>>> changeset=@0xd5ba6f8)
> >>>>     at
> >>>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/utilities/ligh
> >>>>ttabl e/lighttablebar.cpp:687 #5  0x0818a8ea in
> >>>> Digikam::LightTableBar::qt_metacall (this=0xdd618b8,
> >>>> _c=QMetaObject::InvokeMetaMethod, _id=15, _a=0xea4b2b8)
> >>>>     at
> >>>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/lightt
> >>>>ableb ar.moc:113 #6  0xb557179a in QMetaCallEvent::placeMetaCall ()
> >>>> from /usr/lib/libQtCore.so.4 #7  0xb55732b5 in QObject::event () from
> >>>> /usr/lib/libQtCore.so.4
> >>>> #8  0xb5a90621 in QWidget::event () from /usr/lib/libQtGui.so.4
> >>>> #9  0xb5e8d639 in QFrame::event () from /usr/lib/libQtGui.so.4
> >>>> #10 0xb5a3799c in QApplicationPrivate::notify_helper () from
> >>>> /usr/lib/libQtGui.so.4
> >>>> #11 0xb5a401db in QApplication::notify () from /usr/lib/libQtGui.so.4
> >>>> #12 0xb6693c21 in KApplication::notify () from /usr/lib/libkdeui.so.5
> >>>> #13 0xb556233e in QCoreApplication::notifyInternal () from
> >>>> /usr/lib/libQtCore.so.4
> >>>> #14 0xb5562ff5 in QCoreApplicationPrivate::sendPostedEvents () from
> >>>> /usr/lib/libQtCore.so.4
> >>>> #15 0xb55631dc in QCoreApplication::sendPostedEvents () from
> >>>> /usr/lib/libQtCore.so.4
> >>>> #16 0xb558f5bd in ?? () from /usr/lib/libQtCore.so.4
> >>>> #17 0xb48d8cea in g_main_context_dispatch () from
> >>>> /usr/lib/libglib-2.0.so.0 #18 0xb48dc354 in ?? () from
> >>>> /usr/lib/libglib-2.0.so.0
> >>>> #19 0xb48dc4df in g_main_context_iteration () from
> >>>> /usr/lib/libglib-2.0.so.0 #20 0xb558f1da in
> >>>> QEventDispatcherGlib::processEvents () from
> >>>> /usr/lib/libQtCore.so.4
> >>>> #21 0xb5adbe6a in ?? () from /usr/lib/libQtGui.so.4
> >>>> #22 0xb5560903 in QEventLoop::processEvents () from
> >>>> /usr/lib/libQtCore.so.4 #23 0xb5560d51 in QEventLoop::exec () from
> >>>> /usr/lib/libQtCore.so.4 #24 0xb55632b6 in QCoreApplication::exec ()
> >>>> from /usr/lib/libQtCore.so.4 #25 0xb5a37804 in QApplication::exec ()
> >>>> from /usr/lib/libQtGui.so.4 #26 0x083815e1 in main (argc=1,
> >>>> argv=0xbf911f44) at
> >>>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/main.c
> >>>>pp:18 4 (gdb)
> >>>>
> >>>> Gilles
> >>>>
> >>>> 2009/5/24 Gilles Caulier <[hidden email]>:
> >>>> > Marcel,
> >>>> >
> >>>> > I currently work on my last shot taken at Salagou Lake (near
> >>>> > Montpellier - a very very nice place)
> >>>> >
> >>>> > When i move items by drag and drop using treeview from an album to a
> >>>> > sub-album (album is parent of sub-album and i use recursive icon
> >>>> > view), digiKam crash like this :
> >>>> >
> >>>> > Thread 1 (Thread 0xb444eac0 (LWP 22769)):
> >>>> > [KCrash Handler]
> >>>> > #6  0xb6f38d35 in
> >>>> > Digikam::DSharedDataPointer<Digikam::ImageInfoData>::assign
> >>>> > (this=0xbf9b8628, o=@0x8)
> >>>> >    at
> >>>> > /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/../l
> >>>> >ibs/d img/dshareddata.h:142 #7  0xb6f39c58 in
> >>>> > Digikam::DSharedDataPointer<Digikam::ImageInfoData>::operator=
> >>>> > (this=0xbf9b8628, o=@0x8)
> >>>> >    at
> >>>> > /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/../l
> >>>> >ibs/d img/dshareddata.h:121 #8  0xb6f35a5b in ImageInfo
> >>>> > (this=0xbf9b8628, info=@0x8) at
> >>>> > /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/libs/databas
> >>>> >e/ima geinfo.cpp:173 #9  0x0830e744 in
> >>>> > Digikam::ImagePreviewBarItem::info (this=0x0) at
> >>>> > /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/imag
> >>>> >eprev iewbar.cpp:730 #10 0x0818782d in
> >>>> > Digikam::LightTableBar::slotCollectionImageChange (this=0xcb1a700,
> >>>> > changeset=@0xde80070)
> >>>> >    at
> >>>> > /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/utilities/li
> >>>> >ghtta ble/lighttablebar.cpp:687 #11 0x08188f36 in
> >>>> > Digikam::LightTableBar::qt_metacall (this=0xcb1a700,
> >>>> > _c=QMetaObject::InvokeMetaMethod, _id=15, _a=0xc5fffe0)
> >>>> >    at
> >>>> > /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/ligh
> >>>> >ttabl ebar.moc:113 #12 0xb561e79a in QMetaCallEvent::placeMetaCall ()
> >>>> > from /usr/lib/libQtCore.so.4 #13 0xb56202b5 in QObject::event ()
> >>>> > from /usr/lib/libQtCore.so.4 #14 0xb5b3d621 in QWidget::event ()
> >>>> > from /usr/lib/libQtGui.so.4
> >>>> > #15 0xb5f3a639 in QFrame::event () from /usr/lib/libQtGui.so.4
> >>>> > #16 0xb5ae499c in QApplicationPrivate::notify_helper () from
> >>>> > /usr/lib/libQtGui.so.4
> >>>> > #17 0xb5aed1db in QApplication::notify () from
> >>>> > /usr/lib/libQtGui.so.4 #18 0xb6740c21 in KApplication::notify ()
> >>>> > from /usr/lib/libkdeui.so.5 #19 0xb560f33e in
> >>>> > QCoreApplication::notifyInternal () from
> >>>> > /usr/lib/libQtCore.so.4
> >>>> > #20 0xb560fff5 in QCoreApplicationPrivate::sendPostedEvents () from
> >>>> > /usr/lib/libQtCore.so.4
> >>>> > #21 0xb56101dc in QCoreApplication::sendPostedEvents () from
> >>>> > /usr/lib/libQtCore.so.4
> >>>> > #22 0xb563c5bd in ?? () from /usr/lib/libQtCore.so.4
> >>>> > #23 0xb4985cea in g_main_context_dispatch () from
> >>>> > /usr/lib/libglib-2.0.so.0 #24 0xb4989354 in ?? () from
> >>>> > /usr/lib/libglib-2.0.so.0
> >>>> > #25 0xb49894df in g_main_context_iteration () from
> >>>> > /usr/lib/libglib-2.0.so.0 #26 0xb563c1da in
> >>>> > QEventDispatcherGlib::processEvents () from
> >>>> > /usr/lib/libQtCore.so.4
> >>>> > #27 0xb5b88e6a in ?? () from /usr/lib/libQtGui.so.4
> >>>> > #28 0xb560d903 in QEventLoop::processEvents () from
> >>>> > /usr/lib/libQtCore.so.4 #29 0xb560dd51 in QEventLoop::exec () from
> >>>> > /usr/lib/libQtCore.so.4 #30 0xb56102b6 in QCoreApplication::exec ()
> >>>> > from /usr/lib/libQtCore.so.4 #31 0xb5ae4804 in QApplication::exec ()
> >>>> > from /usr/lib/libQtGui.so.4 #32 0x0837b17d in main (argc=5,
> >>>> > argv=0xbf9b90e4) at
> >>>> > /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/main
> >>>> >.cpp: 184
> >>>> >
> >>>> > I remember a similar report in B.K.O with exactly the same
> >>>> > backtrace. This is the first time to see it for me...
> >>>> >
> >>>> > Gilles
> >>>> >
> >>>> > 2009/5/24 Andi Clemens <[hidden email]>:
> >>>> >> Marcel,
> >>>> >>
> >>>> >> I can select normal now, and also the first item is selectable
> >>>> >> (like I told you in private mail). But it still crashes.
> >>>> >> Open some album in recursive mode (or goto tags view).
> >>>> >> Now select the first item, then the second, then the first again,
> >>>> >> the second etc...
> >>>> >> After 10 clicks I get the crash I sent you by mail.
> >>>> >>
> >>>> >> Andi
> >>>> >>
> >>>> >> On Sunday 24 May 2009 16:36:23 Marcel Wiesweg wrote:
> >>>> >>> > I guess selecting is totally broken. Try to select one image,
> >>>> >>> > the shift+click another (in the same row). It seems to select
> >>>> >>> > some random items. It is never the range you specify.
> >>>> >>>
> >>>> >>> I have made a few patches to shift+click selection, I think it
> >>>> >>> works now, hope all other forms of selection still work.
> >>>> >>> Btw this is a bug in KCategorizedView, take dolphin, switch on
> >>>> >>> View->Group Items, shift+click and enjoy block selection mode ;-)
> >>>> >>>
> >>>> >>> Marcel
> >>>> >>
> >>>> >> _______________________________________________
> >>>> >> Digikam-devel mailing list
> >>>> >> [hidden email]
> >>>> >> https://mail.kde.org/mailman/listinfo/digikam-devel
> >>>>
> >>>> _______________________________________________
> >>>> Digikam-devel mailing list
> >>>> [hidden email]
> >>>> https://mail.kde.org/mailman/listinfo/digikam-devel
> >>>
> >>> _______________________________________________
> >>> Digikam-devel mailing list
> >>> [hidden email]
> >>> https://mail.kde.org/mailman/listinfo/digikam-devel
>
> _______________________________________________
> Digikam-devel mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: New icon view

Bugzilla from andi.clemens@gmx.net
Look here:
http://digikam3rdparty.free.fr/misc.tarballs/temp/dd_crash_digikam.ogv

It definitely crashes.

Andi

On Thursday 28 May 2009 19:44:37 Andi Clemens wrote:

> Does not crash on D&D? Well it does :D
> Hihi funny we all have different crashes that no one else can confirm.
>
> I can generate a video to proof it, the strange thing is that it only
> crashes in some albums, not in every album.
>
> I don't understand this because they all have the same naming scheme, no
> special characters etc...
>
> Andi
>
> On Thursday 28 May 2009 19:39:23 Gilles Caulier wrote:
> > Just tested indeep : digiKam do not anymore with D&D...
> >
> > Gilles
> >
> > 2009/5/28 Gilles Caulier <[hidden email]>:
> > > Note : digiKam do not crash when new file is created in collection,
> > > for ex when i save as from editor.
> > >
> > > Gilles
> > >
> > > 2009/5/28 Gilles Caulier <[hidden email]>:
> > >> Well the common point is : file are moved from collection.
> > >>
> > >> For me, it crash after than file is moved to trash, and after than FAM
> > >> detect change in collection...
> > >>
> > >> Gilles
> > >>
> > >> 2009/5/28 Andi Clemens <[hidden email]>:
> > >>> Hmm for me it doesn't crash when I delete / move items to trash.
> > >>> I can only confirm a crash when doing D&D.
> > >>>
> > >>> Andi
> > >>>
> > >>> On Thursday 28 May 2009 19:19:57 Gilles Caulier wrote:
> > >>>> Marcel,
> > >>>>
> > >>>> Remember your fix talk by IRC few days ago. Well, it's not fixed...
> > >>>> I'm back on my host computer to work on week shots collection and it
> > >>>> crash i another situation but with the same trace. It's reproducible
> > >>>> all time : Just send an item to trash. That all...
> > >>>>
> > >>>> The backtrace is below :
> > >>>>
> > >>>> digikam(14319)/digikam (core) Digikam::DImg::load:
> > >>>> "/mnt/data/photos/Famille/Salagou/PICT2350.MRW"  : RAW file
> > >>>> identified digikam(14319)/KDCRAW KDcrawIface::KDcraw::loadFromDcraw:
> > >>>> LibRaw: dcraw emulation:  ("-h", "-H 0", "-w", "-q 0", "-o 1",
> > >>>> "/mnt/data/photos/Famille/Salagou/PICT2350.MRW")
> > >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> > >>>> LibRaw progress:  Reading metadata  pass  0  of  2
> > >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> > >>>> LibRaw progress:  Reading metadata  pass  1  of  2
> > >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> > >>>> LibRaw progress:  Reading RAW data  pass  0  of  2
> > >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> > >>>> LibRaw progress:  Reading RAW data  pass  1  of  2
> > >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> > >>>> LibRaw progress:  Scaling colors  pass  0  of  2
> > >>>> Scaling with darkness 0, saturation 4091, and
> > >>>> multipliers 1,484375 1,000000 2,046875 1,000000
> > >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> > >>>> LibRaw progress:  Scaling colors  pass  1  of  2
> > >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> > >>>> LibRaw progress:  Pre-interpolating  pass  0  of  2
> > >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> > >>>> LibRaw progress:  Pre-interpolating  pass  1  of  2
> > >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> > >>>> LibRaw progress:  Converting to RGB  pass  0  of  2
> > >>>> Converting to sRGB colorspace...
> > >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> > >>>> LibRaw progress:  Converting to RGB  pass  1  of  2
> > >>>> digikam(14319)/KDCRAW KDcrawIface::KDcraw::loadFromDcraw: LibRaw:
> > >>>> data info: width= 1508  height= 1004  rgbmax= 255
> > >>>> digikam(14319)/digikam (core) Digikam::DImg::load:
> > >>>> "/mnt/data/photos/Famille/Salagou/PICT2351.MRW"  : RAW file
> > >>>> identified digikam(14319)/KDCRAW KDcrawIface::KDcraw::loadFromDcraw:
> > >>>> LibRaw: dcraw emulation:  ("-h", "-H 0", "-w", "-q 0", "-o 1",
> > >>>> "/mnt/data/photos/Famille/Salagou/PICT2351.MRW")
> > >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> > >>>> LibRaw progress:  Reading metadata  pass  0  of  2
> > >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> > >>>> LibRaw progress:  Reading metadata  pass  1  of  2
> > >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> > >>>> LibRaw progress:  Reading RAW data  pass  0  of  2
> > >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> > >>>> LibRaw progress:  Reading RAW data  pass  1  of  2
> > >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> > >>>> LibRaw progress:  Scaling colors  pass  0  of  2
> > >>>> Scaling with darkness 0, saturation 4091, and
> > >>>> multipliers 1,484375 1,000000 2,054688 1,000000
> > >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> > >>>> LibRaw progress:  Scaling colors  pass  1  of  2
> > >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> > >>>> LibRaw progress:  Pre-interpolating  pass  0  of  2
> > >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> > >>>> LibRaw progress:  Pre-interpolating  pass  1  of  2
> > >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> > >>>> LibRaw progress:  Converting to RGB  pass  0  of  2
> > >>>> Converting to sRGB colorspace...
> > >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> > >>>> LibRaw progress:  Converting to RGB  pass  1  of  2
> > >>>> digikam(14319)/KDCRAW KDcrawIface::KDcraw::loadFromDcraw: LibRaw:
> > >>>> data info: width= 1508  height= 1004  rgbmax= 255
> > >>>> digikam(14319)/digikam (core)
> > >>>> Digikam::CollectionManager::locationForPath: Testing location  1
> > >>>> "/mnt/data/photos/Famille/Salagou" "/mnt/data/photos"
> > >>>> digikam(14319)/digikam (core) Digikam::DeleteDialog::accept:
> > >>>> setShowTrashDeleteDialog  true
> > >>>> digikam(14319)/digikam (core)
> > >>>> Digikam::AlbumManager::slotKioFilesAdded:
> > >>>> "/mnt/data/.Trash-500/files/PICT2351.MRW"
> > >>>> digikam(14319)/digikam (core) Digikam::DImg::load:
> > >>>> "/mnt/data/photos/Famille/Salagou/PICT2352.MRW"  : RAW file
> > >>>> identified digikam(14319)/KDCRAW KDcrawIface::KDcraw::loadFromDcraw:
> > >>>> LibRaw: dcraw emulation:  ("-h", "-H 0", "-w", "-q 0", "-o 1",
> > >>>> "/mnt/data/photos/Famille/Salagou/PICT2352.MRW")
> > >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> > >>>> LibRaw progress:  Reading metadata  pass  0  of  2
> > >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> > >>>> LibRaw progress:  Reading metadata  pass  1  of  2
> > >>>> digikam(14319)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> > >>>> LibRaw progress:  Reading RAW data  pass  0  of  2
> > >>>> digikam(14319)/digikam (core)
> > >>>> Digikam::AlbumManager::slotDirWatchDirty: KDirWatch detected change
> > >>>> at "/mnt/data/photos/Famille/Salagou"
> > >>>> digikam(14319)/digikam (core)
> > >>>> Digikam::AlbumManager::slotKioFileMoved:
> > >>>> "file:///mnt/data/photos/Famille/Salagou/PICT2351.MRW"
> > >>>> "trash:/PICT2351.MRW"
> > >>>> digikam(14319) Digikam::AlbumManager::handleKioNotification:
> > >>>> KDirNotify detected file change at
> > >>>> "/mnt/data/photos/Famille/Salagou" digikam(14319)/digikam (core)
> > >>>> Digikam::AlbumManager::slotKioFilesAdded: "trash:/"
> > >>>> digikam(14319)/digikam (core)
> > >>>> Digikam::AlbumManager::slotKioFilesDeleted:
> > >>>> ("file:///mnt/data/photos/Famille/Salagou/PICT2351.MRW")
> > >>>> digikam(14319) Digikam::AlbumManager::handleKioNotification:
> > >>>> KDirNotify detected file change at
> > >>>> "/mnt/data/photos/Famille/Salagou"
> > >>>>
> > >>>> Program received signal SIGSEGV, Segmentation fault.
> > >>>> 0xb6e8ddd9 in
> > >>>> Digikam::DSharedDataPointer<Digikam::ImageInfoData>::assign
> > >>>> (this=0xbf911488, o=@0x8)
> > >>>>     at
> > >>>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/../l
> > >>>>ib s/dim g/dshareddata.h:142 142             if (o.d != d)
> > >>>> Missing debug package(s), you should install:
> > >>>> digikam-debug-0.10.0-6mdv2009.1.i586
> > >>>> (gdb) bt
> > >>>> #0  0xb6e8ddd9 in
> > >>>> Digikam::DSharedDataPointer<Digikam::ImageInfoData>::assign
> > >>>> (this=0xbf911488, o=@0x8)
> > >>>>     at
> > >>>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/../l
> > >>>>ib s/dim g/dshareddata.h:142 #1  0xb6e8ecfc in
> > >>>> Digikam::DSharedDataPointer<Digikam::ImageInfoData>::operator=
> > >>>> (this=0xbf911488, o=@0x8)
> > >>>>     at
> > >>>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/../l
> > >>>>ib s/dim g/dshareddata.h:121 #2  0xb6e8aaff in ImageInfo
> > >>>> (this=0xbf911488, info=@0x8) at
> > >>>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/libs/databas
> > >>>>e/ image info.cpp:173 #3  0x08314540 in
> > >>>> Digikam::ImagePreviewBarItem::info (this=0x0) at
> > >>>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/imag
> > >>>>ep revie wbar.cpp:730 #4  0x081891e1 in
> > >>>> Digikam::LightTableBar::slotCollectionImageChange (this=0xdd618b8,
> > >>>> changeset=@0xd5ba6f8)
> > >>>>     at
> > >>>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/utilities/li
> > >>>>gh ttabl e/lighttablebar.cpp:687 #5  0x0818a8ea in
> > >>>> Digikam::LightTableBar::qt_metacall (this=0xdd618b8,
> > >>>> _c=QMetaObject::InvokeMetaMethod, _id=15, _a=0xea4b2b8)
> > >>>>     at
> > >>>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/ligh
> > >>>>tt ableb ar.moc:113 #6  0xb557179a in QMetaCallEvent::placeMetaCall
> > >>>> () from /usr/lib/libQtCore.so.4 #7  0xb55732b5 in QObject::event ()
> > >>>> from /usr/lib/libQtCore.so.4
> > >>>> #8  0xb5a90621 in QWidget::event () from /usr/lib/libQtGui.so.4
> > >>>> #9  0xb5e8d639 in QFrame::event () from /usr/lib/libQtGui.so.4
> > >>>> #10 0xb5a3799c in QApplicationPrivate::notify_helper () from
> > >>>> /usr/lib/libQtGui.so.4
> > >>>> #11 0xb5a401db in QApplication::notify () from
> > >>>> /usr/lib/libQtGui.so.4 #12 0xb6693c21 in KApplication::notify ()
> > >>>> from /usr/lib/libkdeui.so.5 #13 0xb556233e in
> > >>>> QCoreApplication::notifyInternal () from
> > >>>> /usr/lib/libQtCore.so.4
> > >>>> #14 0xb5562ff5 in QCoreApplicationPrivate::sendPostedEvents () from
> > >>>> /usr/lib/libQtCore.so.4
> > >>>> #15 0xb55631dc in QCoreApplication::sendPostedEvents () from
> > >>>> /usr/lib/libQtCore.so.4
> > >>>> #16 0xb558f5bd in ?? () from /usr/lib/libQtCore.so.4
> > >>>> #17 0xb48d8cea in g_main_context_dispatch () from
> > >>>> /usr/lib/libglib-2.0.so.0 #18 0xb48dc354 in ?? () from
> > >>>> /usr/lib/libglib-2.0.so.0
> > >>>> #19 0xb48dc4df in g_main_context_iteration () from
> > >>>> /usr/lib/libglib-2.0.so.0 #20 0xb558f1da in
> > >>>> QEventDispatcherGlib::processEvents () from
> > >>>> /usr/lib/libQtCore.so.4
> > >>>> #21 0xb5adbe6a in ?? () from /usr/lib/libQtGui.so.4
> > >>>> #22 0xb5560903 in QEventLoop::processEvents () from
> > >>>> /usr/lib/libQtCore.so.4 #23 0xb5560d51 in QEventLoop::exec () from
> > >>>> /usr/lib/libQtCore.so.4 #24 0xb55632b6 in QCoreApplication::exec ()
> > >>>> from /usr/lib/libQtCore.so.4 #25 0xb5a37804 in QApplication::exec ()
> > >>>> from /usr/lib/libQtGui.so.4 #26 0x083815e1 in main (argc=1,
> > >>>> argv=0xbf911f44) at
> > >>>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/main
> > >>>>.c pp:18 4 (gdb)
> > >>>>
> > >>>> Gilles
> > >>>>
> > >>>> 2009/5/24 Gilles Caulier <[hidden email]>:
> > >>>> > Marcel,
> > >>>> >
> > >>>> > I currently work on my last shot taken at Salagou Lake (near
> > >>>> > Montpellier - a very very nice place)
> > >>>> >
> > >>>> > When i move items by drag and drop using treeview from an album to
> > >>>> > a sub-album (album is parent of sub-album and i use recursive icon
> > >>>> > view), digiKam crash like this :
> > >>>> >
> > >>>> > Thread 1 (Thread 0xb444eac0 (LWP 22769)):
> > >>>> > [KCrash Handler]
> > >>>> > #6  0xb6f38d35 in
> > >>>> > Digikam::DSharedDataPointer<Digikam::ImageInfoData>::assign
> > >>>> > (this=0xbf9b8628, o=@0x8)
> > >>>> >    at
> > >>>> > /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/..
> > >>>> >/l ibs/d img/dshareddata.h:142 #7  0xb6f39c58 in
> > >>>> > Digikam::DSharedDataPointer<Digikam::ImageInfoData>::operator=
> > >>>> > (this=0xbf9b8628, o=@0x8)
> > >>>> >    at
> > >>>> > /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/..
> > >>>> >/l ibs/d img/dshareddata.h:121 #8  0xb6f35a5b in ImageInfo
> > >>>> > (this=0xbf9b8628, info=@0x8) at
> > >>>> > /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/libs/datab
> > >>>> >as e/ima geinfo.cpp:173 #9  0x0830e744 in
> > >>>> > Digikam::ImagePreviewBarItem::info (this=0x0) at
> > >>>> > /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/im
> > >>>> >ag eprev iewbar.cpp:730 #10 0x0818782d in
> > >>>> > Digikam::LightTableBar::slotCollectionImageChange (this=0xcb1a700,
> > >>>> > changeset=@0xde80070)
> > >>>> >    at
> > >>>> > /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/utilities/
> > >>>> >li ghtta ble/lighttablebar.cpp:687 #11 0x08188f36 in
> > >>>> > Digikam::LightTableBar::qt_metacall (this=0xcb1a700,
> > >>>> > _c=QMetaObject::InvokeMetaMethod, _id=15, _a=0xc5fffe0)
> > >>>> >    at
> > >>>> > /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/li
> > >>>> >gh ttabl ebar.moc:113 #12 0xb561e79a in
> > >>>> > QMetaCallEvent::placeMetaCall () from /usr/lib/libQtCore.so.4 #13
> > >>>> > 0xb56202b5 in QObject::event () from /usr/lib/libQtCore.so.4 #14
> > >>>> > 0xb5b3d621 in QWidget::event () from /usr/lib/libQtGui.so.4
> > >>>> > #15 0xb5f3a639 in QFrame::event () from /usr/lib/libQtGui.so.4
> > >>>> > #16 0xb5ae499c in QApplicationPrivate::notify_helper () from
> > >>>> > /usr/lib/libQtGui.so.4
> > >>>> > #17 0xb5aed1db in QApplication::notify () from
> > >>>> > /usr/lib/libQtGui.so.4 #18 0xb6740c21 in KApplication::notify ()
> > >>>> > from /usr/lib/libkdeui.so.5 #19 0xb560f33e in
> > >>>> > QCoreApplication::notifyInternal () from
> > >>>> > /usr/lib/libQtCore.so.4
> > >>>> > #20 0xb560fff5 in QCoreApplicationPrivate::sendPostedEvents ()
> > >>>> > from /usr/lib/libQtCore.so.4
> > >>>> > #21 0xb56101dc in QCoreApplication::sendPostedEvents () from
> > >>>> > /usr/lib/libQtCore.so.4
> > >>>> > #22 0xb563c5bd in ?? () from /usr/lib/libQtCore.so.4
> > >>>> > #23 0xb4985cea in g_main_context_dispatch () from
> > >>>> > /usr/lib/libglib-2.0.so.0 #24 0xb4989354 in ?? () from
> > >>>> > /usr/lib/libglib-2.0.so.0
> > >>>> > #25 0xb49894df in g_main_context_iteration () from
> > >>>> > /usr/lib/libglib-2.0.so.0 #26 0xb563c1da in
> > >>>> > QEventDispatcherGlib::processEvents () from
> > >>>> > /usr/lib/libQtCore.so.4
> > >>>> > #27 0xb5b88e6a in ?? () from /usr/lib/libQtGui.so.4
> > >>>> > #28 0xb560d903 in QEventLoop::processEvents () from
> > >>>> > /usr/lib/libQtCore.so.4 #29 0xb560dd51 in QEventLoop::exec () from
> > >>>> > /usr/lib/libQtCore.so.4 #30 0xb56102b6 in QCoreApplication::exec
> > >>>> > () from /usr/lib/libQtCore.so.4 #31 0xb5ae4804 in
> > >>>> > QApplication::exec () from /usr/lib/libQtGui.so.4 #32 0x0837b17d
> > >>>> > in main (argc=5, argv=0xbf9b90e4) at
> > >>>> > /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/ma
> > >>>> >in .cpp: 184
> > >>>> >
> > >>>> > I remember a similar report in B.K.O with exactly the same
> > >>>> > backtrace. This is the first time to see it for me...
> > >>>> >
> > >>>> > Gilles
> > >>>> >
> > >>>> > 2009/5/24 Andi Clemens <[hidden email]>:
> > >>>> >> Marcel,
> > >>>> >>
> > >>>> >> I can select normal now, and also the first item is selectable
> > >>>> >> (like I told you in private mail). But it still crashes.
> > >>>> >> Open some album in recursive mode (or goto tags view).
> > >>>> >> Now select the first item, then the second, then the first again,
> > >>>> >> the second etc...
> > >>>> >> After 10 clicks I get the crash I sent you by mail.
> > >>>> >>
> > >>>> >> Andi
> > >>>> >>
> > >>>> >> On Sunday 24 May 2009 16:36:23 Marcel Wiesweg wrote:
> > >>>> >>> > I guess selecting is totally broken. Try to select one image,
> > >>>> >>> > the shift+click another (in the same row). It seems to select
> > >>>> >>> > some random items. It is never the range you specify.
> > >>>> >>>
> > >>>> >>> I have made a few patches to shift+click selection, I think it
> > >>>> >>> works now, hope all other forms of selection still work.
> > >>>> >>> Btw this is a bug in KCategorizedView, take dolphin, switch on
> > >>>> >>> View->Group Items, shift+click and enjoy block selection mode
> > >>>> >>> ;-)
> > >>>> >>>
> > >>>> >>> Marcel
> > >>>> >>
> > >>>> >> _______________________________________________
> > >>>> >> Digikam-devel mailing list
> > >>>> >> [hidden email]
> > >>>> >> https://mail.kde.org/mailman/listinfo/digikam-devel
> > >>>>
> > >>>> _______________________________________________
> > >>>> Digikam-devel mailing list
> > >>>> [hidden email]
> > >>>> https://mail.kde.org/mailman/listinfo/digikam-devel
> > >>>
> > >>> _______________________________________________
> > >>> Digikam-devel mailing list
> > >>> [hidden email]
> > >>> https://mail.kde.org/mailman/listinfo/digikam-devel
> >
> > _______________________________________________
> > Digikam-devel mailing list
> > [hidden email]
> > https://mail.kde.org/mailman/listinfo/digikam-devel
>
> _______________________________________________
> Digikam-devel mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: New icon view

Marcel Wiesweg
In reply to this post by Gilles Caulier-4
Hi,


if the given info is correct, the problem is here:


>
>#3 0x08314540 in Digikam::ImagePreviewBarItem::info (this=0x0)
> at
> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/imageprevie
>wbar.cpp:730 #4 0x081891e1 in
> Digikam::LightTableBar::slotCollectionImageChange (this=0xdd618b8,
> changeset=@0xd5ba6f8)
> at
> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/utilities/lighttabl
>e/lighttablebar.cpp:687


The ImagePreviewBarItem is null.
Maybe an item is removed when the image is deleted?


_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: New icon view

Marcel Wiesweg
In reply to this post by Bugzilla from andi.clemens@gmx.net
> You don't need to close digiKam, at least for me it is enough to disable
> the filter again.
>
> But yes problem is still there.


Strange, for me it is fixed.
My procedure to test:
Go to an album containing JPEGs + PNGs.
Open preview of a JPEG.
Filter for "PNG files"
-> first PNG is loaded in preview
Filter for "all files"
-> PNG remains selected, JPEGs are back in thumbbar


Marcel


_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: New icon view

Bugzilla from andi.clemens@gmx.net
I will check it again... maybe I watched an album in recursive mode? But it
should still work in this case.

Andi

On Thursday 28 May 2009 20:49:58 Marcel Wiesweg wrote:

> > You don't need to close digiKam, at least for me it is enough to disable
> > the filter again.
> >
> > But yes problem is still there.
>
> Strange, for me it is fixed.
> My procedure to test:
> Go to an album containing JPEGs + PNGs.
> Open preview of a JPEG.
> Filter for "PNG files"
> -> first PNG is loaded in preview
> Filter for "all files"
> -> PNG remains selected, JPEGs are back in thumbbar
>
> Marcel

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: New icon view

Gilles Caulier-4
In reply to this post by Marcel Wiesweg
It crash again. here, just compiled with your hacking code. look
backtrace when i delete an item from Light Table (another item is
loaded in editor at the same time) :

void SunLocator::update()
[New Thread 0x99a8bb90 (LWP 19336)]
digikam(19154)/digikam (core) Digikam::EditorToolThreaded::slotEffect:
Preview  "Raw Import"  started...
[New Thread 0x97b6eb90 (LWP 19337)]
digikam(19154)/digikam (core) Digikam::WhiteBalance::setLUTv: T(K):
6500  => R: 1  G: 1  B: 1  BP: 0  WP: 57052
[Thread 0x99a8bb90 (LWP 19336) exited]
[Thread 0x97b6eb90 (LWP 19337) exited]
digikam(19154)/digikam (core)
Digikam::EditorToolThreaded::slotFilterFinished: Preview  "Raw Import"
 completed...
[New Thread 0x97b6eb90 (LWP 19338)]
digikam(19154)/digikam (core)
Digikam::CollectionManager::locationForPath: Testing location  1
"/mnt/data/photos/Famille/Salagou" "/mnt/data/photos"
digikam(19154)/digikam (core)
Digikam::CollectionManager::locationForPath: Testing location  1
"/mnt/data/photos/Famille/Salagou" "/mnt/data/photos"
[Thread 0x97b6eb90 (LWP 19338) exited]
digikam(19154)/digikam (core)
Digikam::CollectionManager::locationForPath: Testing location  1
"/mnt/data/photos/Famille/Salagou" "/mnt/data/photos"
digikam(19154)/digikam (core) Digikam::DeleteDialog::accept:
setShowTrashDeleteDialog  true
digikam(19154)/digikam (core)
Digikam::AlbumManager::slotKioFilesAdded:
"/mnt/data/.Trash-500/files/PICT2381.MRW"
digikam(19154)/digikam (core) Digikam::DImg::load:
"/mnt/data/photos/Famille/Salagou/PICT2382.MRW"  : RAW file identified
digikam(19154)/KDCRAW KDcrawIface::KDcraw::loadFromDcraw: LibRaw:
dcraw emulation:  ("-h", "-H 0", "-w", "-q 0", "-o 1",
"/mnt/data/photos/Famille/Salagou/PICT2382.MRW")
digikam(19154)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
LibRaw progress:  Reading metadata  pass  0  of  2
digikam(19154)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
LibRaw progress:  Reading metadata  pass  1  of  2
digikam(19154)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
LibRaw progress:  Reading RAW data  pass  0  of  2
digikam(19154)/digikam (core) Digikam::AlbumManager::slotKioFileMoved:
"file:///mnt/data/photos/Famille/Salagou/PICT2381.MRW"
"trash:/PICT2381.MRW"
digikam(19154) Digikam::AlbumManager::handleKioNotification:
KDirNotify detected file change at "/mnt/data/photos/Famille/Salagou"
digikam(19154)/digikam (core)
Digikam::AlbumManager::slotKioFilesAdded: "trash:/"
digikam(19154)/digikam (core)
Digikam::AlbumManager::slotKioFilesDeleted:
("file:///mnt/data/photos/Famille/Salagou/PICT2381.MRW")
digikam(19154) Digikam::AlbumManager::handleKioNotification:
KDirNotify detected file change at "/mnt/data/photos/Famille/Salagou"
digikam(19154)/digikam (core)
Digikam::AlbumManager::slotDirWatchDirty: KDirWatch detected change at
"/mnt/data/photos/Famille/Salagou"

Program received signal SIGSEGV, Segmentation fault.
0xb6e9ae29 in Digikam::DSharedDataPointer<Digikam::ImageInfoData>::assign
(this=0xbfb21338, o=@0x8)
    at /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/../libs/dimg/dshareddata.h:142
142             if (o.d != d)
Missing debug package(s), you should install:
digikam-debug-0.10.0-6mdv2009.1.i586
(gdb) bt
#0  0xb6e9ae29 in
Digikam::DSharedDataPointer<Digikam::ImageInfoData>::assign
(this=0xbfb21338, o=@0x8)
    at /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/../libs/dimg/dshareddata.h:142
#1  0xb6e9bd4c in
Digikam::DSharedDataPointer<Digikam::ImageInfoData>::operator=
(this=0xbfb21338, o=@0x8)
    at /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/../libs/dimg/dshareddata.h:121
#2  0xb6e97b4f in ImageInfo (this=0xbfb21338, info=@0x8) at
/home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/libs/database/imageinfo.cpp:173
#3  0x08314540 in Digikam::ImagePreviewBarItem::info (this=0x0) at
/home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/imagepreviewbar.cpp:730
#4  0x081891e1 in Digikam::LightTableBar::slotCollectionImageChange
(this=0xda98d38, changeset=@0xfc6a3f8)
    at /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/utilities/lighttable/lighttablebar.cpp:687
#5  0x0818a8ea in Digikam::LightTableBar::qt_metacall (this=0xda98d38,
_c=QMetaObject::InvokeMetaMethod, _id=15, _a=0xd7b1490)
    at /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/lighttablebar.moc:113
#6  0xb557e79a in QMetaCallEvent::placeMetaCall () from /usr/lib/libQtCore.so.4
#7  0xb55802b5 in QObject::event () from /usr/lib/libQtCore.so.4
#8  0xb5a9d621 in QWidget::event () from /usr/lib/libQtGui.so.4
#9  0xb5e9a639 in QFrame::event () from /usr/lib/libQtGui.so.4
#10 0xb5a4499c in QApplicationPrivate::notify_helper () from
/usr/lib/libQtGui.so.4
#11 0xb5a4d1db in QApplication::notify () from /usr/lib/libQtGui.so.4
#12 0xb66a0c21 in KApplication::notify () from /usr/lib/libkdeui.so.5
#13 0xb556f33e in QCoreApplication::notifyInternal () from
/usr/lib/libQtCore.so.4
#14 0xb556fff5 in QCoreApplicationPrivate::sendPostedEvents () from
/usr/lib/libQtCore.so.4
#15 0xb55701dc in QCoreApplication::sendPostedEvents () from
/usr/lib/libQtCore.so.4
#16 0xb559c5bd in ?? () from /usr/lib/libQtCore.so.4
#17 0xb48e5cea in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#18 0xb48e9354 in ?? () from /usr/lib/libglib-2.0.so.0
#19 0xb48e94df in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#20 0xb559c1da in QEventDispatcherGlib::processEvents () from
/usr/lib/libQtCore.so.4
#21 0xb5ae8e6a in ?? () from /usr/lib/libQtGui.so.4
#22 0xb556d903 in QEventLoop::processEvents () from /usr/lib/libQtCore.so.4
#23 0xb556dd51 in QEventLoop::exec () from /usr/lib/libQtCore.so.4
#24 0xb55702b6 in QCoreApplication::exec () from /usr/lib/libQtCore.so.4
#25 0xb5a44804 in QApplication::exec () from /usr/lib/libQtGui.so.4
#26 0x083815e1 in main (argc=1, argv=0xbfb21df4) at
/home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/main.cpp:184
(gdb)

Gilles

2009/5/28 Marcel Wiesweg <[hidden email]>:

> Hi,
>
> if the given info is correct, the problem is here:
>
>>
>>#3 0x08314540 in Digikam::ImagePreviewBarItem::info (this=0x0)
>> at
>>
>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/imageprevie
>>wbar.cpp:730 #4 0x081891e1 in
>> Digikam::LightTableBar::slotCollectionImageChange (this=0xdd618b8,
>> changeset=@0xd5ba6f8)
>> at
>>
>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/utilities/lighttabl
>>e/lighttablebar.cpp:687
>
> The ImagePreviewBarItem is null.
> Maybe an item is removed when the image is deleted?
> _______________________________________________
> Digikam-devel mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel
>
>
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: New icon view

Gilles Caulier-4
Marcel,

Sometimes, from icon-view, when i delete more than one pictures at the
same time (without to see a crash... ouf!), well icon view do not show
the reality.

For example, if i delete 6 files, iconview flash (if fact viewport is
updated), and 3 files still here selected but not removed from the
list.

If editor is open at the same time on the same album, i can see that
all 6 items have been removed from thumbbar.

In fact files are removed properly from hdd, but partially from icon view...

Gilles

2009/5/28 Gilles Caulier <[hidden email]>:

> It crash again. here, just compiled with your hacking code. look
> backtrace when i delete an item from Light Table (another item is
> loaded in editor at the same time) :
>
> void SunLocator::update()
> [New Thread 0x99a8bb90 (LWP 19336)]
> digikam(19154)/digikam (core) Digikam::EditorToolThreaded::slotEffect:
> Preview  "Raw Import"  started...
> [New Thread 0x97b6eb90 (LWP 19337)]
> digikam(19154)/digikam (core) Digikam::WhiteBalance::setLUTv: T(K):
> 6500  => R: 1  G: 1  B: 1  BP: 0  WP: 57052
> [Thread 0x99a8bb90 (LWP 19336) exited]
> [Thread 0x97b6eb90 (LWP 19337) exited]
> digikam(19154)/digikam (core)
> Digikam::EditorToolThreaded::slotFilterFinished: Preview  "Raw Import"
>  completed...
> [New Thread 0x97b6eb90 (LWP 19338)]
> digikam(19154)/digikam (core)
> Digikam::CollectionManager::locationForPath: Testing location  1
> "/mnt/data/photos/Famille/Salagou" "/mnt/data/photos"
> digikam(19154)/digikam (core)
> Digikam::CollectionManager::locationForPath: Testing location  1
> "/mnt/data/photos/Famille/Salagou" "/mnt/data/photos"
> [Thread 0x97b6eb90 (LWP 19338) exited]
> digikam(19154)/digikam (core)
> Digikam::CollectionManager::locationForPath: Testing location  1
> "/mnt/data/photos/Famille/Salagou" "/mnt/data/photos"
> digikam(19154)/digikam (core) Digikam::DeleteDialog::accept:
> setShowTrashDeleteDialog  true
> digikam(19154)/digikam (core)
> Digikam::AlbumManager::slotKioFilesAdded:
> "/mnt/data/.Trash-500/files/PICT2381.MRW"
> digikam(19154)/digikam (core) Digikam::DImg::load:
> "/mnt/data/photos/Famille/Salagou/PICT2382.MRW"  : RAW file identified
> digikam(19154)/KDCRAW KDcrawIface::KDcraw::loadFromDcraw: LibRaw:
> dcraw emulation:  ("-h", "-H 0", "-w", "-q 0", "-o 1",
> "/mnt/data/photos/Famille/Salagou/PICT2382.MRW")
> digikam(19154)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> LibRaw progress:  Reading metadata  pass  0  of  2
> digikam(19154)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> LibRaw progress:  Reading metadata  pass  1  of  2
> digikam(19154)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback:
> LibRaw progress:  Reading RAW data  pass  0  of  2
> digikam(19154)/digikam (core) Digikam::AlbumManager::slotKioFileMoved:
> "file:///mnt/data/photos/Famille/Salagou/PICT2381.MRW"
> "trash:/PICT2381.MRW"
> digikam(19154) Digikam::AlbumManager::handleKioNotification:
> KDirNotify detected file change at "/mnt/data/photos/Famille/Salagou"
> digikam(19154)/digikam (core)
> Digikam::AlbumManager::slotKioFilesAdded: "trash:/"
> digikam(19154)/digikam (core)
> Digikam::AlbumManager::slotKioFilesDeleted:
> ("file:///mnt/data/photos/Famille/Salagou/PICT2381.MRW")
> digikam(19154) Digikam::AlbumManager::handleKioNotification:
> KDirNotify detected file change at "/mnt/data/photos/Famille/Salagou"
> digikam(19154)/digikam (core)
> Digikam::AlbumManager::slotDirWatchDirty: KDirWatch detected change at
> "/mnt/data/photos/Famille/Salagou"
>
> Program received signal SIGSEGV, Segmentation fault.
> 0xb6e9ae29 in Digikam::DSharedDataPointer<Digikam::ImageInfoData>::assign
> (this=0xbfb21338, o=@0x8)
>    at /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/../libs/dimg/dshareddata.h:142
> 142             if (o.d != d)
> Missing debug package(s), you should install:
> digikam-debug-0.10.0-6mdv2009.1.i586
> (gdb) bt
> #0  0xb6e9ae29 in
> Digikam::DSharedDataPointer<Digikam::ImageInfoData>::assign
> (this=0xbfb21338, o=@0x8)
>    at /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/../libs/dimg/dshareddata.h:142
> #1  0xb6e9bd4c in
> Digikam::DSharedDataPointer<Digikam::ImageInfoData>::operator=
> (this=0xbfb21338, o=@0x8)
>    at /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/../libs/dimg/dshareddata.h:121
> #2  0xb6e97b4f in ImageInfo (this=0xbfb21338, info=@0x8) at
> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/libs/database/imageinfo.cpp:173
> #3  0x08314540 in Digikam::ImagePreviewBarItem::info (this=0x0) at
> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/imagepreviewbar.cpp:730
> #4  0x081891e1 in Digikam::LightTableBar::slotCollectionImageChange
> (this=0xda98d38, changeset=@0xfc6a3f8)
>    at /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/utilities/lighttable/lighttablebar.cpp:687
> #5  0x0818a8ea in Digikam::LightTableBar::qt_metacall (this=0xda98d38,
> _c=QMetaObject::InvokeMetaMethod, _id=15, _a=0xd7b1490)
>    at /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/lighttablebar.moc:113
> #6  0xb557e79a in QMetaCallEvent::placeMetaCall () from /usr/lib/libQtCore.so.4
> #7  0xb55802b5 in QObject::event () from /usr/lib/libQtCore.so.4
> #8  0xb5a9d621 in QWidget::event () from /usr/lib/libQtGui.so.4
> #9  0xb5e9a639 in QFrame::event () from /usr/lib/libQtGui.so.4
> #10 0xb5a4499c in QApplicationPrivate::notify_helper () from
> /usr/lib/libQtGui.so.4
> #11 0xb5a4d1db in QApplication::notify () from /usr/lib/libQtGui.so.4
> #12 0xb66a0c21 in KApplication::notify () from /usr/lib/libkdeui.so.5
> #13 0xb556f33e in QCoreApplication::notifyInternal () from
> /usr/lib/libQtCore.so.4
> #14 0xb556fff5 in QCoreApplicationPrivate::sendPostedEvents () from
> /usr/lib/libQtCore.so.4
> #15 0xb55701dc in QCoreApplication::sendPostedEvents () from
> /usr/lib/libQtCore.so.4
> #16 0xb559c5bd in ?? () from /usr/lib/libQtCore.so.4
> #17 0xb48e5cea in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
> #18 0xb48e9354 in ?? () from /usr/lib/libglib-2.0.so.0
> #19 0xb48e94df in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
> #20 0xb559c1da in QEventDispatcherGlib::processEvents () from
> /usr/lib/libQtCore.so.4
> #21 0xb5ae8e6a in ?? () from /usr/lib/libQtGui.so.4
> #22 0xb556d903 in QEventLoop::processEvents () from /usr/lib/libQtCore.so.4
> #23 0xb556dd51 in QEventLoop::exec () from /usr/lib/libQtCore.so.4
> #24 0xb55702b6 in QCoreApplication::exec () from /usr/lib/libQtCore.so.4
> #25 0xb5a44804 in QApplication::exec () from /usr/lib/libQtGui.so.4
> #26 0x083815e1 in main (argc=1, argv=0xbfb21df4) at
> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/main.cpp:184
> (gdb)
>
> Gilles
>
> 2009/5/28 Marcel Wiesweg <[hidden email]>:
>> Hi,
>>
>> if the given info is correct, the problem is here:
>>
>>>
>>>#3 0x08314540 in Digikam::ImagePreviewBarItem::info (this=0x0)
>>> at
>>>
>>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/digikam/imageprevie
>>>wbar.cpp:730 #4 0x081891e1 in
>>> Digikam::LightTableBar::slotCollectionImageChange (this=0xdd618b8,
>>> changeset=@0xd5ba6f8)
>>> at
>>>
>>> /home/gilles/Documents/Devel/SVN/trunk/graphics/digikam/utilities/lighttabl
>>>e/lighttablebar.cpp:687
>>
>> The ImagePreviewBarItem is null.
>> Maybe an item is removed when the image is deleted?
>> _______________________________________________
>> Digikam-devel mailing list
>> [hidden email]
>> https://mail.kde.org/mailman/listinfo/digikam-devel
>>
>>
>
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: New icon view

Bugzilla from andi.clemens@gmx.net
In reply to this post by Marcel Wiesweg
Marcel,

I added a new issue to the spreadsheet file:
"Quick filter text search is not working for tags".

The problem seems to be here:
imagealbumfiltermodel.cpp:103
and
imagealbumfiltermodel.cpp:154

The d->tagNamesHash is never filled, because albumChanged() is not called when
switching to another album.

Maybe I'm wrong but I guess this needs to be called somewhere to set the
filtersettings properly?

Andi

On Saturday 16 May 2009 18:00:23 Marcel Wiesweg wrote:

> Hi,
>
> as of today the main icon view has been replaced with the new
> implementation that has been under development for quite some time.
> I have taken care to go through the old code and port every single feature,
> but there is a lot of new code, so expect bugs and regressions.
> If you are running from current svn and find such a bug until beta1, please
> report it here shortly by mail, no need to flood b.k.o. I have not yet
> tested the majority of features, but will do in the next days.
>
> Issues:
> - Speed. (Talking about the 25000 pictures in the view situation). The idea
> is to make things faster. May things have become slower? They may. I have
> already eliminated performance issues with KCategorizedView. More to come.
> It seems that the view is the limiting factor and the model is well
> optimized. - The rate-on-hover feature is waiting to be ported
> - When new images are added in the background, currently the whole album is
> reloaded - incremental update is a missing feature.
>
> Marcel

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: New icon view

Marcel Wiesweg
> Marcel,
>
> I added a new issue to the spreadsheet file:
> "Quick filter text search is not working for tags".
>
> The problem seems to be here:
> imagealbumfiltermodel.cpp:103
> and
> imagealbumfiltermodel.cpp:154
>
> The d->tagNamesHash is never filled, because albumChanged() is not called
> when switching to another album.
>
> Maybe I'm wrong but I guess this needs to be called somewhere to set the
> filtersettings properly?


You are absolutely right. Would have been a good idea to connect the slots ;-)
Fixed in SVN.


Marcel



_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: New icon view

Bugzilla from andi.clemens@gmx.net
In reply to this post by Bugzilla from andi.clemens@gmx.net
Ok, working now, I will update the spread.

Andi

On Friday 29 May 2009 14:26:01 Andi Clemens wrote:

> Marcel,
>
> I added a new issue to the spreadsheet file:
> "Quick filter text search is not working for tags".
>
> The problem seems to be here:
> imagealbumfiltermodel.cpp:103
> and
> imagealbumfiltermodel.cpp:154
>
> The d->tagNamesHash is never filled, because albumChanged() is not called
> when switching to another album.
>
> Maybe I'm wrong but I guess this needs to be called somewhere to set the
> filtersettings properly?
>
> Andi
>
> On Saturday 16 May 2009 18:00:23 Marcel Wiesweg wrote:
> > Hi,
> >
> > as of today the main icon view has been replaced with the new
> > implementation that has been under development for quite some time.
> > I have taken care to go through the old code and port every single
> > feature, but there is a lot of new code, so expect bugs and regressions.
> > If you are running from current svn and find such a bug until beta1,
> > please report it here shortly by mail, no need to flood b.k.o. I have not
> > yet tested the majority of features, but will do in the next days.
> >
> > Issues:
> > - Speed. (Talking about the 25000 pictures in the view situation). The
> > idea is to make things faster. May things have become slower? They may. I
> > have already eliminated performance issues with KCategorizedView. More to
> > come. It seems that the view is the limiting factor and the model is well
> > optimized. - The rate-on-hover feature is waiting to be ported
> > - When new images are added in the background, currently the whole album
> > is reloaded - incremental update is a missing feature.
> >
> > Marcel
>
> _______________________________________________
> Digikam-devel mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: New icon view

Gilles Caulier-4
In reply to this post by Marcel Wiesweg
Marcel,

Are you tried to use thumbbar from preview mode. Something is broken.

Selecting an image in thumbbar can work or not. I don't not why. Here
in some case, the current selected image is moved to the center of
thumb and, few ms after the next or previous one is displayed on
preview. Can you reproduce this dysfunction ?

Look this entry in B.K.O too :

https://bugs.kde.org/show_bug.cgi?id=194297

Gilles

2009/5/16 Marcel Wiesweg <[hidden email]>:

> Hi,
>
> as of today the main icon view has been replaced with the new implementation
> that has been under development for quite some time.
> I have taken care to go through the old code and port every single feature,
> but there is a lot of new code, so expect bugs and regressions.
> If you are running from current svn and find such a bug until beta1, please
> report it here shortly by mail, no need to flood b.k.o. I have not yet
> tested the majority of features, but will do in the next days.
>
> Issues:
> - Speed. (Talking about the 25000 pictures in the view situation). The idea
> is to make things faster. May things have become slower? They may. I have
> already eliminated performance issues with KCategorizedView. More to come.
> It seems that the view is the limiting factor and the model is well
> optimized.
> - The rate-on-hover feature is waiting to be ported
> - When new images are added in the background, currently the whole album is
> reloaded - incremental update is a missing feature.
>
> Marcel
> _______________________________________________
> Digikam-devel mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel
>
>
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: New icon view

Bugzilla from andi.clemens@gmx.net
For me it is working (Qt 4.5.1).
I don't understand the BKO entry, is he annoyed of the scrolling function?
But every application I see does that.
It would be much more annoying if the current item is not centered. You will
need to move the thumbbar always manually.
We centered the current item because it was a wish (with a lot of votes).

Gwenview does it this way, too.

Andi

On Friday 29 May 2009 16:13:37 Gilles Caulier wrote:

> Marcel,
>
> Are you tried to use thumbbar from preview mode. Something is broken.
>
> Selecting an image in thumbbar can work or not. I don't not why. Here
> in some case, the current selected image is moved to the center of
> thumb and, few ms after the next or previous one is displayed on
> preview. Can you reproduce this dysfunction ?
>
> Look this entry in B.K.O too :
>
> https://bugs.kde.org/show_bug.cgi?id=194297
>
> Gilles
>
> 2009/5/16 Marcel Wiesweg <[hidden email]>:
> > Hi,
> >
> > as of today the main icon view has been replaced with the new
> > implementation that has been under development for quite some time.
> > I have taken care to go through the old code and port every single
> > feature, but there is a lot of new code, so expect bugs and regressions.
> > If you are running from current svn and find such a bug until beta1,
> > please report it here shortly by mail, no need to flood b.k.o. I have not
> > yet tested the majority of features, but will do in the next days.
> >
> > Issues:
> > - Speed. (Talking about the 25000 pictures in the view situation). The
> > idea is to make things faster. May things have become slower? They may. I
> > have already eliminated performance issues with KCategorizedView. More to
> > come. It seems that the view is the limiting factor and the model is well
> > optimized.
> > - The rate-on-hover feature is waiting to be ported
> > - When new images are added in the background, currently the whole album
> > is reloaded - incremental update is a missing feature.
> >
> > Marcel
> > _______________________________________________
> > Digikam-devel mailing list
> > [hidden email]
> > https://mail.kde.org/mailman/listinfo/digikam-devel
>
> _______________________________________________
> Digikam-devel mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: New icon view

Matthias Welwarsky
On Friday 29 May 2009 16:19:17 Andi Clemens wrote:
> For me it is working (Qt 4.5.1).
> I don't understand the BKO entry, is he annoyed of the scrolling function?
> But every application I see does that.
> It would be much more annoying if the current item is not centered. You
> will need to move the thumbbar always manually.
> We centered the current item because it was a wish (with a lot of votes).

It's two different use habits. Some just use the thumb bar to skim through an
album by repeatedly clicking with the mouse - in this case the centering is
quite useful - and some use it to select manually from leftmost to rightmost
image in the bar ( I guess that's what the bug report is about ). Then, it's
indeed quite annoying if the image you wanted to select next, and that you
have possibly already tracked with your eyes jumps away while you already
started to move your mouse.

I guess you cannot optimize both cases at the same time. My personal opinion
is that I don't want the app trying to be smarter than me and deciding for me
what I want next. I find it quite annoying when things start to move under my
mouse pointer without me grabbing and moving them by intention. I think UI
responses should be proportional to what I do with my mouse.

I think moving the thumbbar with the mouse wheel would be an acceptable way of
accelerating the navigation.

>
> Gwenview does it this way, too.
>
> Andi
>
> On Friday 29 May 2009 16:13:37 Gilles Caulier wrote:
> > Marcel,
> >
> > Are you tried to use thumbbar from preview mode. Something is broken.
> >
> > Selecting an image in thumbbar can work or not. I don't not why. Here
> > in some case, the current selected image is moved to the center of
> > thumb and, few ms after the next or previous one is displayed on
> > preview. Can you reproduce this dysfunction ?
> >
> > Look this entry in B.K.O too :
> >
> > https://bugs.kde.org/show_bug.cgi?id=194297
> >
> > Gilles
> >
> > 2009/5/16 Marcel Wiesweg <[hidden email]>:
> > > Hi,
> > >
> > > as of today the main icon view has been replaced with the new
> > > implementation that has been under development for quite some time.
> > > I have taken care to go through the old code and port every single
> > > feature, but there is a lot of new code, so expect bugs and
> > > regressions. If you are running from current svn and find such a bug
> > > until beta1, please report it here shortly by mail, no need to flood
> > > b.k.o. I have not yet tested the majority of features, but will do in
> > > the next days.
> > >
> > > Issues:
> > > - Speed. (Talking about the 25000 pictures in the view situation). The
> > > idea is to make things faster. May things have become slower? They may.
> > > I have already eliminated performance issues with KCategorizedView.
> > > More to come. It seems that the view is the limiting factor and the
> > > model is well optimized.
> > > - The rate-on-hover feature is waiting to be ported
> > > - When new images are added in the background, currently the whole
> > > album is reloaded - incremental update is a missing feature.
> > >
> > > Marcel
> > > _______________________________________________
> > > Digikam-devel mailing list
> > > [hidden email]
> > > https://mail.kde.org/mailman/listinfo/digikam-devel
> >
> > _______________________________________________
> > Digikam-devel mailing list
> > [hidden email]
> > https://mail.kde.org/mailman/listinfo/digikam-devel
>
> _______________________________________________
> Digikam-devel mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: New icon view

Bugzilla from andi.clemens@gmx.net
In reply to this post by Marcel Wiesweg
Another regression:

FilterLED is not working correctly in recursive album mode.
Lets say I have an album with 5 subalbums.
There are images with 5-star ratings in 4 of the 5 subalbums. When I set a
quickfilter for 5-stars and click on the parent album, the LED is red,
although filter results are shown.

ImageFilterModelFilterer::process() seems to be called in a random way (have
not quite figured out what is causing this). If I filter one single album (no
subalbums), process() is called twice, sometimes three times, sometimes only
once, although there should be just one package?
Or do I misunderstand this?

Well anyone process() runs, then hasOneMatch is set to true, then a second
process() call comes which sets hasOneMatch to false again (although we are
still filtering the same images / album).

So there is either a race-condition or I don't understand how process() is
called :-)

Will update the spreadsheet.

Andi

On Saturday 16 May 2009 18:00:23 Marcel Wiesweg wrote:

> Hi,
>
> as of today the main icon view has been replaced with the new
> implementation that has been under development for quite some time.
> I have taken care to go through the old code and port every single feature,
> but there is a lot of new code, so expect bugs and regressions.
> If you are running from current svn and find such a bug until beta1, please
> report it here shortly by mail, no need to flood b.k.o. I have not yet
> tested the majority of features, but will do in the next days.
>
> Issues:
> - Speed. (Talking about the 25000 pictures in the view situation). The idea
> is to make things faster. May things have become slower? They may. I have
> already eliminated performance issues with KCategorizedView. More to come.
> It seems that the view is the limiting factor and the model is well
> optimized. - The rate-on-hover feature is waiting to be ported
> - When new images are added in the background, currently the whole album is
> reloaded - incremental update is a missing feature.
>
> Marcel

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: New icon view

Marcel Wiesweg
> Another regression:
>
> FilterLED is not working correctly in recursive album mode.
> Lets say I have an album with 5 subalbums.
> There are images with 5-star ratings in 4 of the 5 subalbums. When I set a
> quickfilter for 5-stars and click on the parent album, the LED is red,
> although filter results are shown.


Guess what, I can't reproduce.
Trying to simplify the testcase:
Album A (2)
- Album B (4)


Album B contains two images with rating and two without. Album A contains two images without rating.
Selecting Album B. Set rating filter -> two images left, LED green.
Selecting Album A. -> Same images left, LED green.



>
> ImageFilterModelFilterer::process() seems to be called in a random way
> (have not quite figured out what is causing this). If I filter one single
> album (no subalbums), process() is called twice, sometimes three times,
> sometimes only once, although there should be just one package?
> Or do I misunderstand this?
>
> Well anyone process() runs, then hasOneMatch is set to true, then a second
> process() call comes which sets hasOneMatch to false again (although we are
> still filtering the same images / album).


hasOneMatch is only set to false if filter settings are changed, a refiltering is done, or the model is reset.
ImageFilterModelFilterer::process() does not touch hasOneMatch if it is already true. It only cares for settings hasOneMatch to true at all, if it is still false.
filterMatches is emitted only if the current filtering is completed, that is all packages sent out have been received again.


>
> So there is either a race-condition or I don't understand how process() is
> called :-)



_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: New icon view

Bugzilla from andi.clemens@gmx.net
Marcel,

I just checked it again: Album A in your example has to be empty.
I have an album "1999" for example (which is empty) and in it are subalbums
like "Ostern" or something like that.

So I guess it is important to have album A empty.

Andi

On Tuesday 02 June 2009 19:45:52 Marcel Wiesweg wrote:

> > Another regression:
> >
> > FilterLED is not working correctly in recursive album mode.
> > Lets say I have an album with 5 subalbums.
> > There are images with 5-star ratings in 4 of the 5 subalbums. When I set
> > a quickfilter for 5-stars and click on the parent album, the LED is red,
> > although filter results are shown.
>
> Guess what, I can't reproduce.
> Trying to simplify the testcase:
> Album A (2)
> - Album B (4)
>
> Album B contains two images with rating and two without. Album A contains
> two images without rating.
> Selecting Album B. Set rating filter -> two images left, LED green.
> Selecting Album A. -> Same images left, LED green.
>
> > ImageFilterModelFilterer::process() seems to be called in a random way
> > (have not quite figured out what is causing this). If I filter one single
> > album (no subalbums), process() is called twice, sometimes three times,
> > sometimes only once, although there should be just one package?
> > Or do I misunderstand this?
> >
> > Well anyone process() runs, then hasOneMatch is set to true, then a
> > second process() call comes which sets hasOneMatch to false again
> > (although we are still filtering the same images / album).
>
> hasOneMatch is only set to false if filter settings are changed, a
> refiltering is done, or the model is reset.
> ImageFilterModelFilterer::process() does not touch hasOneMatch if it is
> already true. It only cares for settings hasOneMatch to true at all, if it
> is still false.
> filterMatches is emitted only if the current filtering is completed, that
> is all packages sent out have been received again.
>
> > So there is either a race-condition or I don't understand how process()
> > is called :-)

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: New icon view

Marcel Wiesweg
In reply to this post by Marcel Wiesweg
Hi,

I have now updated to Qt4.5.1 and I still cannot reproduce the problems
reported in the spreadsheet (everything is working for me).
I have just tested the detailed testcases outlined below and found them
working for me.
Andi, can you verify that these cases each show the problem on your machine.
Gilles, what is your status on these?

Problems 8, 14, 31 and 32 in the spreadsheet:

8) Go to an album containing at least one JPEG and at least one PNG file.
  Click on the thumbnail of the first image (a JPEG) to show the preview.
  Now change imagetype filter to PNG.
        -> a PNG image should be shown as preview
 Now change imagetype filter to JPEG
        -> the first image should be selected again.
  Change filter to PNG. Change filter to All Files.
        -> PNG should remain selected, but all images are found in thumbnail bar.
14) Go to another album
        -> the first image should be selected. The right arrow at the right side of
                the status bar should be enabled.
        Click on right arrow
        -> the second image should be selected
31) Consider these albums:
        Test Empty
                \- Test 1
                \- Test 2
        "Test Empty" contains no pictures.
        "Test 1" contains one image rated with one stars
        "Test 2" contains one image rated with one star.
        Recursive listing of albums is enabled.
        Select "Test 2". Set rating filter to "Two stars"
                -> empty view. LED red
        Select "Empty"
                -> one image from Test 1 shown. LED green.
32) A tag "Test 3" has exactly two images assigned.
        Go to tags view and select this tag. Two images are shown, the counter is 2.
        Delete one of them to trash. Shortly afterwards, one image is shown,
        the counter is 1.

Btw, I still dont know what problem 33) wants to tell me.

Marcel
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: New icon view

Gilles Caulier-4
> 14) Go to another album
>        -> the first image should be selected. The right arrow at the right side of
>                the status bar should be enabled.

yes. fine

>        Click on right arrow
>        -> the second image should be selected

Work only if i press 2 time on Right arrow button to pass on second item.

Note : if i press again 1 time i pass to 3rd item, as expected... no
need to press 2 times in this case. Only first item fails.

Gilles
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
1234567