This application does not dependably save the data being entered.

[GoogleCodeExporter]

What steps will reproduce the problem?
1.open a document.

2.save the document.

3.change the save location of the document.

4.try to open the new document.

What is the expected output? What do you see instead?
The application does not save to the document file it is supposed to.  Then 
when the name is changed back the information is not there either.
There is no indication in the application as to where it is saving data.  If it 
in fact is saving data.

A save location and save button for intermittent saving during work would be 
helpful and prevent losing data.

I just lost a day's work on this issue.  Let me know if you plan to address 
this.  I need to decide what application I am going to use for budgeting.

What version of the product are you using? On what operating system? Latest as 
of today. 9/12/2010

Please provide any additional information below.

Original issue reported on code.google.com by heck...@gmail.com on 13 Sep 2010 at 5:15

[GoogleCodeExporter]

> I just lost a day's work on this issue. 
It is painful to hear that. I am very sorry and I will improve on this subject.

I believe you are editing your dsbudget.user.conf file to change the location 
of your document. After you edit the file, you need to restart the dsBudget 
server in order to make those changes applied (the browser interface is 
"client"). In order to restart dsBudget server, you need to right click on the 
dsBudget icon on your system tray and select "Exit", then start the dsBudget 
again.

In order to make it more obvious which document that dsBudget is *actually* 
using, I think I can display the location of the saved document somewhere on 
the screen (or maybe even make this available via interface itself?)

Please try rebooting, and see if it works the way you expect it.

Thanks,
Soichi

Original comment by soichih on 13 Sep 2010 at 5:07

• Changed state: Accepted

[GoogleCodeExporter]

I did some more investigating and found that the problem of the data not being 
saved was due to the server not closing the file when the application was 
closed.  This means that the relocation of the file tripped up the whole 
system.  There should be a save button still and a browse to location for 
saving but this should be easy to correct in the short term.

I appreciate your efforts in developing this application. 

R.Heck

Original comment by heck...@gmail.com on 23 Sep 2010 at 7:49

[GoogleCodeExporter]

Heck,

Thanks for letting me know. It sounds like you have already fixed this issue on 
your copy? If so, can you share a patch with me?

Thanks,
Soichi

Original comment by soichih on 24 Sep 2010 at 6:58

[GoogleCodeExporter]

Sorry it's been so long since I have been able to get back to you.  I have been 
looking at this further.  I had closed the application on the task bar but have 
found the tomcat server still running through Windoze task manager.  Stopping 
the process there made it so I could reload the file correctly.  This worked 
but would be beyond most users.   I have been using FireFox to work with the 
budget.  When my wife closes the browser she has it save the tabs.  Could this 
be part of the problem?  I don't know that much about the relationship between 
the local server and client.

Original comment by heck...@gmail.com on 8 Oct 2010 at 8:30

[GoogleCodeExporter]

Heck,

Thank you for getting back to me!

It sounds like there is an issue with dsBudget terminating. If you click Exit 
button on the system tray icon menu, the server should terminate and you should 
not see any remaining dsBudget process. Does this happen every time you try to 
exit dsBudget?

I have not heard of any issue related to saving of the dsBudget document from 
anybody else (yet). Usually, you will never have to worry about saving, or 
exiting dsBudget. During the normal course of its usage, everything should be 
taken care of automatically. This is definitely a case for me - running on 
Windows 7 / Firefox & Chrome.

I've also checked the saveXML() function in Budget.java, and FileOutputStream 
is closed after the content is saved everytime user modify data via GUI. So I 
believe closing of the file is done properly. 

At this point I am not sure what could be causing the issue you are having.

Original comment by soichih on 8 Oct 2010 at 8:39

[GoogleCodeExporter]

Sounds like I have something strange somewhere.  I'll do some more looking and 
get some a procedure and system configuration that can be recreated.

Original comment by heck...@gmail.com on 25 Oct 2010 at 5:23

[GoogleCodeExporter]

Hi There,

I am having the same problem where my data is not saved. I am using Opera as a 
browser and my guess it is linked to the tab issue. I am running windows 7 (32 
bits).

Fabien

Original comment by fabien_g...@yahoo.fr on 20 Feb 2011 at 7:28

[GoogleCodeExporter]

I've just tested it with Opera 11 on my Windows 7 (32bit) machine. I couldn't 
recreate the issue. What exactly do you mean by "linked to the tab"? Browser 
tabs are just a browser's way or organizing multiple pages that it has opened, 
and it has nothing to do with dsBudget. dsBudget doesn't store any data on the 
browser either.

Original comment by soichih on 20 Feb 2011 at 3:34

[GoogleCodeExporter]

I have done more testing on the application using Mozilla, Chrome and IE.
The server reset does take care of the issue.  It would be nice to be able
to verify which file the system is using.   Resetting the server so that it
is sure to point to the correct file may require a full log off and log back
into Windows.  I don't know why but twice in my tests I did kill the process
tree and it still did not point to the right file.  The log off corrected
the issue.

R. Heck.

Original comment by heck...@gmail.com on 22 Feb 2011 at 5:04

[GoogleCodeExporter]

Which version of Java are you using?

Mine looks like this..

C:\Users\soichi>java -version
java version "1.6.0_20"
Java(TM) SE Runtime Environment (build 1.6.0_20-b02)
Java HotSpot(TM) Client VM (build 16.3-b01, mixed mode, sharing)

Original comment by soichih on 22 Feb 2011 at 2:01

[GoogleCodeExporter]

Are you still having this issue? Or can I close this ticket?

Original comment by soichih on 27 Mar 2011 at 12:11

[GoogleCodeExporter]

Close the ticket.   thank you for the help though.   How is development
going?

R. Heck

Original comment by heck...@gmail.com on 1 Apr 2011 at 5:10

[GoogleCodeExporter]

> Close the ticket
OK

>How is development going?
I haven't had much feature request / bug report lately. I am thinking about 
releasing new version that has Spanish translation.. but that's about the only 
change since the last release.

Original comment by soichih on 2 Apr 2011 at 5:21

• Changed state: WontFix