[digikam] [Bug 375424] New: Thumbnails are not being removed from AlbumsView after moving the images to Trash

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

[digikam] [Bug 375424] New: Thumbnails are not being removed from AlbumsView after moving the images to Trash

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

            Bug ID: 375424
           Summary: Thumbnails are not being removed from AlbumsView after
                    moving the images to Trash
           Product: digikam
           Version: 5.4.0
          Platform: MS Windows
                OS: MS Windows
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: AlbumsView
          Assignee: [hidden email]
          Reporter: [hidden email]
  Target Milestone: ---

When I select few images and move them to Trash their thumbnails are still
there. Pressing F5 does not help.

--
You are receiving this mail because:
You are the assignee for the bug.
Reply | Threaded
Open this post in threaded view
|

[digikam] [Bug 375424] Thumbnails are not being removed from AlbumsView after moving the images to Trash

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

--- Comment #1 from wildcowboy <[hidden email]> ---
Restart of digiKam helps

--
You are receiving this mail because:
You are the assignee for the bug.
Reply | Threaded
Open this post in threaded view
|

[digikam] [Bug 375424] Thumbnails are not being removed from AlbumsView after moving the images to Trash

bugzilla_noreply
In reply to this post by bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=375424

--- Comment #2 from wildcowboy <[hidden email]> ---
The bug only exists in Windows. Linux works fine

--
You are receiving this mail because:
You are the assignee for the bug.
Reply | Threaded
Open this post in threaded view
|

[digikam] [Bug 375424] Thumbnails are not being removed from AlbumsView after moving the images to Trash

bugzilla_noreply
In reply to this post by bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=375424

--- Comment #3 from wildcowboy <[hidden email]> ---
It works fine in appimage 5.6.0 on OpenSUSE. I don't use digiKam on Windows
anymore. Should I delete this file?

--
You are receiving this mail because:
You are the assignee for the bug.
Reply | Threaded
Open this post in threaded view
|

[digikam] [Bug 375424] Thumbnails are not being removed from AlbumsView after moving the images to Trash

bugzilla_noreply
In reply to this post by bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=375424

[hidden email] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[hidden email]

--- Comment #4 from [hidden email] ---
Problem can be specific to Windows, ad file name are different than Windows. A
test with 5.6.0 under Windows must be done to verified.

Gilles Caulier

--
You are receiving this mail because:
You are the assignee for the bug.
Reply | Threaded
Open this post in threaded view
|

[digikam] [Bug 375424] Thumbnails are not being removed from AlbumsView after moving the images to Trash

bugzilla_noreply
In reply to this post by bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=375424

[hidden email] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|AlbumsView                  |Database-Trash

--
You are receiving this mail because:
You are the assignee for the bug.
Reply | Threaded
Open this post in threaded view
|

[digikam] [Bug 375424] Thumbnails are not being removed from AlbumsView after moving the images to Trash

bugzilla_noreply
In reply to this post by bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=375424

--- Comment #5 from Andrius <[hidden email]> ---
This bug fixed in 5.5.0 on Windows 10

--
You are receiving this mail because:
You are the assignee for the bug.