Bug 111872 - Undoing a modification does not display the original photo
Summary: Undoing a modification does not display the original photo
Status: RESOLVED WORKSFORME
Alias: None
Product: digikam
Classification: Applications
Component: Showfoto-Core (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-09-01 12:08 UTC by Tung NGUYEN
Modified: 2022-01-20 11:36 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In: 7.6.0


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Tung NGUYEN 2005-09-01 12:08:59 UTC
Version:           0.3.0-cvs (packaged with Digikam 0.8.0-beta1) (using KDE KDE 3.4.2)
Installed from:    Compiled From Sources
OS:                Linux

For exemple:

- Run ShowFoto and open a jpeg photo.
- Apply the menu: Filters->Black & White.
- Apply the menu: Edit->Undo.

=> ShowFoto always displays the modified photo. And when I try to apply another filter, it works on the modified photo. Undoing a modification does not for all the Image Plugins.
Comment 1 caulier.gilles 2005-09-01 12:42:31 UTC
Unreproductible here. Have you any messages on the console ?

Gilles Caulier
Comment 2 Tung NGUYEN 2005-09-01 13:07:58 UTC
Unfortunely, for Black & White, I have no useful message.
I have tried the filter Add Border and undo it, I have no useful message too:

QMultiInputContext::changeInputMethod(): index=0, slave=xim
QMultiInputContext::changeInputMethod(): index=0, slave=xim
showfoto: Preview border completed...
showfoto: Border::End of computation !!! ... ( 0 s )
QMultiInputContext::changeInputMethod(): index=0, slave=xim
showfoto: Border File:/usr/share/apps/digikamimageplugins/data/wood-pattern.png
showfoto: Preview border completed...
showfoto: Border::End of computation !!! ... ( 0 s )
showfoto: Border File:/usr/share/apps/digikamimageplugins/data/wood-pattern.png
showfoto: Finalborder completed...
showfoto: Border::End of computation !!! ... ( 0 s )
QMultiInputContext::changeInputMethod(): index=0, slave=xim
Comment 3 Tung NGUYEN 2005-09-01 15:06:17 UTC
My previous tests were made under MandrivaLinux Cooker.
I have made the same tests under MandrivaLinux Limited Edition 2005 and Undoing a modification works fine.
Comment 4 caulier.gilles 2005-09-08 09:39:33 UTC
I use Mandriva 2005 without problem here.

Try to check if /var/tmp/kdecache-... isn't full. I remember that i have seen a problem with undo feature (digikam 0.7.3) when /var have been full on my laptop (small hdd).

Image editor/Showfoto store all undo image action on this way like a backup of image for each modification. This can take a large place.

Gilles Caulier
Comment 5 Tung NGUYEN 2005-09-08 18:46:50 UTC
My /var/tmp/kdecache- is not full, but I notice a different behaviour between the Image Editor and ShowFoto:

- In the Image Editor, just after modifying a photo, I have a file called "undocache-4695-1.bin" created in /var/tmp/kdecache-/digiKam. If I undo the modification, an another file called "undocache-4695-2.bin" is created in the same folder too and undoing works fine in the Image Editor for me.

- In ShowFoto , just after modifying a photo, I have a file called "undocache-4699-1.bin" created in /var/tmp/kdecache-/showFoto. If I undo the modification, NO file like "undocache-4699-2.bin" is created in the same folder and undoing does not work for me.
Comment 6 caulier.gilles 2005-09-08 20:45:16 UTC
This is a strange effect : showfoto and image editor use the same core to drive redo-undo operation. I will take a look.

Gilles
Comment 7 caulier.gilles 2006-11-09 09:34:51 UTC
Not reproductible anymore with digikam 0.9.0 release. I close this file now.
Gilles Caulier