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 207877 - IndexOutOfBoundsException: Illegal OutKind[offset=-536865062,line=0,column=-536865062] in org.netbeans.modules.editor.NbEditorDocument@2787e2b3, mimeType='text/x-gsp', kitClass=null, length=3379, vers
Summary: IndexOutOfBoundsException: Illegal OutKind[offset=-536865062,line=0,column=-5...
Status: NEW
Alias: None
Product: platform
Classification: Unclassified
Component: Text (show other bugs)
Version: 7.1
Hardware: All All
: P3 normal (vote)
Assignee: Miloslav Metelka
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-01-29 05:31 UTC by sapanparikh18
Modified: 2013-12-05 14:12 UTC (History)
5 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter: 143851

Attachments
stacktrace (6.35 KB, text/plain)
2012-01-29 05:31 UTC, sapanparikh18 		Details
stacktrace (6.20 KB, text/plain)
2012-08-11 11:21 UTC, Trancer 		Details
stacktrace (2.43 KB, text/plain)
2013-11-25 13:01 UTC, rodrigorsantos 		Details
stacktrace (2.33 KB, text/plain)
2013-11-25 13:10 UTC, rodrigorsantos 		Details
stacktrace (2.35 KB, text/plain)
2013-12-05 14:12 UTC, rodrigorsantos 		Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description sapanparikh18 2012-01-29 05:31:26 UTC 
Build: NetBeans IDE 7.1 (Build 201112071828)
VM: Java HotSpot(TM) 64-Bit Server VM, 20.2-b06, Java(TM) SE Runtime Environment, 1.6.0_27-b07
OS: Windows 7

User Comments:
sapanparikh18: Some thing seriously wrong is going on with GSP editor and Ctrl^Z combo. It's messing up all my code resulting into hundreds of compile/run time errors

netacq_server: ctrl-z

Undo/redo has never worked properly in 7.0 or 7.0.1.




Stacktrace: 
java.lang.IndexOutOfBoundsException: Illegal OutKind[offset=-536865062,line=0,column=-536865062] in org.netbeans.modules.editor.NbEditorDocument@2787e2b3, mimeType='text/x-gsp', kitClass=null, length=3379, version=468, file=org.netbeans.modules.groovy.gsp.loaders.GspDataObject@4b145064[I:\Developement\pretestme\grails-app\views\questionBank\_form.gsp@4daccc10:7795d321] used by org.netbeans.modules.openide.loaders.SimpleES@15d8e99b.
   at org.openide.text.PositionRef$Manager$OutKind.<init>(PositionRef.java:593)
   at org.openide.text.PositionRef$Manager$PositionKind.fromMemory(PositionRef.java:563)
   at org.openide.text.PositionRef$Manager$DocumentRenderer.run(PositionRef.java:1062)
   at org.netbeans.editor.BaseDocument.render(BaseDocument.java:1335)
   at org.openide.text.PositionRef$Manager$DocumentRenderer.render(PositionRef.java:894)
   at org.openide.text.PositionRef$Manager.processPositions(PositionRef.java:351)
Comment 1 sapanparikh18 2012-01-29 05:31:29 UTC 
Created attachment 115349 [details]
stacktrace
Comment 2 Trancer 2012-08-11 11:21:46 UTC 
Created attachment 123004 [details]
stacktrace

Please see Exception #605422.
Comment 3 Miloslav Metelka 2013-08-28 12:04:37 UTC 
It looks like a race condition - position object gets assigned roughly (Integer.MAX_VALUE >> 2) the value of MarkVector.INITIAL_GAP_SIZE.
Strange is that the issue occurs even in 080811 build while the new content was integrated  Aug 24 2011 (old one uses Integer.MAX_VALUE >> 1).
Comment 4 rodrigorsantos 2013-11-25 13:01:01 UTC 
Created attachment 142537 [details]
stacktrace

<Please provide a description of the problem or the steps to reproduce>
Comment 5 rodrigorsantos 2013-11-25 13:10:01 UTC 
Created attachment 142540 [details]
stacktrace

<Please provide a description of the problem or the steps to reproduce>
Comment 6 Miloslav Metelka 2013-11-26 09:16:38 UTC 
Could anyone please provide steps to reproduce this problem? Thanks.
Comment 7 rodrigorsantos 2013-12-05 14:12:31 UTC 
Created attachment 142869 [details]
stacktrace

<Please provide a description of the problem or the steps to reproduce>