This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 151182 - [65cat] Local history is cleaned every start up
Summary: [65cat] Local history is cleaned every start up
Alias: None
Product: versioncontrol
Classification: Unclassified
Component: Localhistory (show other bugs)
Version: 6.x
Hardware: PC Linux
: P1 blocker with 1 vote (vote)
Assignee: issues@versioncontrol
: 157253 (view as bug list)
Depends on:
Reported: 2008-10-23 17:12 UTC by Michel Graciano
Modified: 2009-01-21 16:56 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Note You need to log in before you can comment on or make changes to this bug.
Description Michel Graciano 2008-10-23 17:12:09 UTC
[ BUILD # : 6.5 RC1 ]
[ JDK VERSION : other ]

JDK: JDK 6 Update 10

All my local history is cleaned up every start up, even in the first
one, the IDE import history from 6.1 but the data is cleaned seconds
Comment 1 Michel Graciano 2008-10-23 17:13:57 UTC
Product Version: NetBeans IDE 6.5 RC1 (Build 200810171318)
Java: 1.6.0_10; Java HotSpot(TM) Client VM 11.0-b15
System: Linux version 2.6.24-21-generic running on i386; ISO-8859-1; pt_BR (nb)
Userdir: /home/hmichel/.netbeans/6.5rc1
Comment 2 Peter Pis 2008-10-24 09:37:18 UTC
Can't reproduce. Could you please provide further details? Project type? Do you use any other version control?
Comment 3 Michel Graciano 2008-10-24 10:34:14 UTC
Ok, try to set local history to 99 days and restart your IDE. I changed my local history to 99 a long time ago, and any
problem until now. Now, I tested with 120 and 10 days and it is working now. A mystic number 99? BTW, I tested with 666
and works to. :P
BTW, if you need any additional info, just let me know.
Comment 4 Peter Pis 2008-10-24 10:50:11 UTC
Reproduced for 99 days only. 

Tomas, could you please have a look at it?
Comment 5 Peter Pis 2008-10-24 11:01:22 UTC
Lowering priority - P2. This can be fixed  into the patch 1 - if all agree.
Comment 6 Michel Graciano 2008-10-24 11:17:06 UTC
I don't agree, it should be fixed for release. In my point of view, it causes data loss (P1) and, users like me who uses
local history a lot will not like this idea. For me is not necessary a local history if I can't trust in it. It is the
same thing I run a refactor to guarantee the quality of a code change and can't trust on it, why we need this feature?
I agree that just a few people will face it, but I can reproduce for some numbers, so, I really wish that this fixed for
Comment 7 Tomas Stupka 2008-10-24 15:19:02 UTC
fixed in trunk
Comment 8 Maros Sandor 2008-10-24 16:46:02 UTC
I have reviewed the fix, it seems safe to me. Settings class now returns long instead of int type, preventing the
overflow. This should be enough because long values are already used elsewhere, particularly in the cleanup code.
Comment 9 Michel Graciano 2008-10-24 16:46:38 UTC
What should I to do to make it available for 6.5 RC2?
Comment 10 Marian Mirilovic 2008-10-24 17:07:28 UTC
we are on the way to fix this one into RC2. The only pending step is to wait some time for objection and test the fix in
trunk. It would be really great if you will help us with second part :
- download the build with integrated fix on (it hasn't been propagated yet, so wait until tomorrow please):
- test the build & verify it

So, we can integrate it into release65 clone (be available in RC2).

Thanks in advance, Marian
Comment 11 Tomas Stupka 2008-10-26 13:29:20 UTC
merged in releas65
Comment 12 Michel Graciano 2008-10-29 11:44:21 UTC
v. 20081027043244
Comment 13 Michel Graciano 2008-10-30 17:41:35 UTC
v. on RC2
Comment 14 Tomas Stupka 2009-01-21 16:56:56 UTC
*** Issue 157253 has been marked as a duplicate of this issue. ***