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 330575 - Backup project file not destroyed when closing it
Backup project file not destroyed when closing it
Status: RESOLVED FIXED
Product: bluefish
Classification: Other
Component: application
1.0.5
Other Mac OS
: Normal minor
: ---
Assigned To: Bluefish Maintainer(s)
Bluefish Maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2006-02-09 21:07 UTC by Michèle Garoche
Modified: 2006-02-21 09:43 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Michèle Garoche 2006-02-09 21:07:18 UTC
It is a minor bug, but a confusing one.

When saving and closing a project, the backup project file is not deleted.

Thus, the next time you reopen the project, the recently open project file menu shows two project files for the project, the real one and the backup one.
Comment 1 Jim Hayward 2006-02-14 04:18:05 UTC
I can't reproduce this as yet. Can you re-compile with debugging out enabled. Might be able to determine what is wrong from it.
Comment 2 Michèle Garoche 2006-02-14 20:58:24 UTC
I've done it and redirected the whole session (just open a project, close and save it, without doint anything with it, quit bluefish), so that you could see what happens from the beginning till the end.

However the file is pretty huge (8 Mo), even compressed (341 ko), so that I've put it on my server here:
<http://micmacfr.homeunix.org/bluefish/dump1.txt.tar.bz2>
Comment 3 Jim Hayward 2006-02-18 16:26:53 UTC
Does the recent project list contain two identical entries or does one of the entries have a ~ at the end? Screenshot of the menu?
Comment 4 Michèle Garoche 2006-02-18 19:16:13 UTC
It used to contain two entries, one with toto.bfproject, the other with toto.bfproject~

But with the recent changes, the list contains only toto.bfproject. 

But there is still a toto.bfproject~ in the directory, which is created when opening toto.bfproject (all normal till now), but not deleted when saving and closing the project.
Comment 5 Jim Hayward 2006-02-19 17:12:23 UTC
OK, it looks that if you have "remove backup file on close" enabled in the preferences, the backup file for the project is not deleted after saving and closing the project.
Comment 6 Michèle Garoche 2006-02-20 05:58:19 UTC
Yes, exactly.

Is it the desired behaviour?

It sounds strange to me. I mean if I choose to have systematically the backup files deleted, it comes in my mind that it should be the same for project files.
And on the contrary, if I choose to have not the backup files deleted, I expect that the backup project files would not be deleted.

Or may be this should be considered as two different things, and thus implies a second preferences setting: one for ordinary files, one for project files.
Comment 7 Jim Hayward 2006-02-20 12:44:46 UTC
(In reply to comment #6)
> Or may be this should be considered as two different things, and thus implies a
> second preferences setting: one for ordinary files, one for project files.

It could be interpreted either way really. However, I would say just have the current option apply to project files too.
Comment 8 Jim Hayward 2006-02-21 04:08:51 UTC
Fixed in CVS. If "remove backup file on close" is enabled the backup project file is deleted when closing the project.
Comment 9 Michèle Garoche 2006-02-21 09:43:10 UTC
Backported to 1.0.4 on Fink, which was also affected. Works fine now.