After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 509822 - unsaved state is incorrectly unset
unsaved state is incorrectly unset
Status: RESOLVED FIXED
Product: GIMP
Classification: Other
Component: User Interface
2.4.x
Other All
: Normal normal
: 2.4
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks:
 
 
Reported: 2008-01-16 04:36 UTC by phi1ipp
Modified: 2008-10-30 20:08 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
patch to fix the dirty counter issue (4.59 KB, patch)
2008-01-16 09:51 UTC, Sven Neumann
committed Details | Review

Description phi1ipp 2008-01-16 04:36:37 UTC
Please describe the problem:
GIMP indicates in the window title bar of each open file whether or not it has been modified since last save, i.e. whether it is currently in a state different from that last saved state.

I found that if I colorise an area, save, then undo and colorise the same area differently, GIMP assumes that the colorisation settings have been the same, and thus indicates that the state of the document has already been saved.

Steps to reproduce:
1. Select an area
2. Colors -> Colorise
3. Choose any settings that change the image
4. Apply
5. Save image
6. Undo
7. Colors -> Colorise
8. Choose different settings from first time
9. Apply

Actual results:
The changed document indicator (asterisk) disappears after the second colorisation.

Expected results:
Changed document indicator remains, since new state is not same as saved state.

Does this happen every time?
Yes.

Other information:
Comment 1 Sven Neumann 2008-01-16 07:56:00 UTC
There seems to be a strange bug in the code that updates the saved state. I can reproduce this with current trunk.
Comment 2 Sven Neumann 2008-01-16 09:51:34 UTC
Created attachment 102982 [details] [review]
patch to fix the dirty counter issue

Not a very elegant fix, but I can't think of a better solution right now...
Comment 3 Sven Neumann 2008-01-24 09:39:29 UTC
Applied in both branches. Closing as FIXED.

2008-01-24  Sven Neumann  <sven@gimp.org>

	* app/core/gimpimage.c
	* app/core/gimpimage-undo.c: fixed handling of the image undo
	counter for the case where the user has undone the image to a
	state before the last save and then pushes a new undo. Fixes
	bug #509822.