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.
Build: NetBeans IDE Dev (Build nbms-and-javadoc-204-on-20150824) VM: Java HotSpot(TM) 64-Bit Server VM, 25.40-b25, Java(TM) SE Runtime Environment, 1.8.0_40-b26 OS: Windows 8.1 User Comments: massiws: Starting nb massiws: Debugging PHP GUEST: after start aplication I had this problem Stacktrace: java.lang.AssertionError at org.tmatesoft.sqljet.core.internal.pager.SqlJetPager.sharedLock(SqlJetPager.java:1385) at org.tmatesoft.sqljet.core.internal.pager.SqlJetPager.acquirePage(SqlJetPager.java:1020) at org.tmatesoft.sqljet.core.internal.btree.SqlJetBtree.getMeta(SqlJetBtree.java:2196) at org.tmatesoft.sqljet.core.internal.table.SqlJetOptions.readSchemaCookie(SqlJetOptions.java:213) at org.tmatesoft.sqljet.core.internal.table.SqlJetOptions.readMeta(SqlJetOptions.java:148) at org.tmatesoft.sqljet.core.internal.table.SqlJetOptions.<init>(SqlJetOptions.java:104)
Created attachment 155766 [details] stacktrace
Any steps to reproduce? It's coming deep from subversion code, i do not know how to reproduce. Did you play with the subversion checkout e.g. in an external tool maybe?
The problem still persist on different Windows machines. No problem detected on the same machines before upgrading Win-Seven to Win-10 last week. I have TortoiseSVN installed and problem appear every time I try to pull/push from Windows Explorer. It seems that Netbeans locks svn database, so I have to clean up svn db in SVNTortoise to go on. Debugging (PHP) is even more terrible! Let me know if I can check something. Thanks
Then the problem is in parallel access to the svn checkout? When running update in Tortoise, NetBeans gets in the way while Tortoise updates and locks the checkout, right?
BTW, what subversion version are you using? Is it svn 1.9 or still 1.8?
First, thank you for your answer, Ondrej. Checkout, update or commit in Tortoise are made always via Windows file manager: I never try to use netbeans for this porpouse. About Tortoise version: I had TortoiseSVN 1.9.0 and today I upgrade to TortoiseSVN 1.9.1: no change occurs. When I try to checkout, update or commit and Netbeans is open, TortoiseSVN answer is: "Database is locked; please clean up"; so, I think NB locked database. If NB debugger is running and I try to checkout, update or commit, NB debugger crashes. So you are right: "NetBeans gets in the way while Tortoise updates and locks the checkout". I tryed to disable and uninstall Subversion plugin inside NB, without positive results.
Created attachment 156327 [details] stacktrace opening an html file
After reading the comments, comment #7 is missing context, my html file is under svn with tortoise 1.9.1. I do my commits like comment #6. Using netbeans as editor for one file without project, and using tortoise to dosvn operation.
I would lower the priority to P2 because I have to turn off NetBeans before any modifying SVN operation done outside of IDE (i.e. from TortoiseSVN). Otherwise it leads to the locked database for me in almost each try - sometimes even for local SVN copies whose projects I currently don't have opened in the IDE (maybe they are referenced from the opened projects?). It would be also nice to have support for JavaHL instead of SvnKit for SVN 1.9.
Created attachment 158588 [details] stacktrace did nothing ide simply had been open for a while
This bug already has 50 duplicates see http://statistics.netbeans.org/exceptions/detail.do?id=197413
Created attachment 161510 [details] stacktrace I started Node - html project , while running node ,I have updated the souce code in different terminal, the hot changes are updated in html node project but getting this exception
I began seeing problems which I believe are related to this issue on both Windows 8.1 and Linux only after I upgraded from apache SVN 1.8 to 1.9. Is everyone only seeing this problem on SVN 1.9? If so, can it be explained yet why this wasn't a problem with SVN 1.8?
Created attachment 164099 [details] stacktrace opening maven project