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 150199 - [jVi] AssertionError: Start offset must be less than or equal to the end offset. startOffset = 0, endOffset = -1
Summary: [jVi] AssertionError: Start offset must be less than or equal to the end offs...
Status: CLOSED FIXED
Alias: None
Product: editor
Classification: Unclassified
Component: Painting & Printing (show other bugs)
Version: 6.x
Hardware: All All
: P3 blocker (vote)
Assignee: err
URL: http://statistics.netbeans.org/except...
Keywords:
Depends on:
Blocks:
 
Reported: 2008-10-15 11:24 UTC by Marian Mirilovic
Modified: 2010-04-22 10:34 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter: 85078


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Marian Mirilovic 2008-10-15 11:24:11 UTC
24 duplicates so far ...

Build: NetBeans IDE Dev (Build 200807040101)
VM: Java HotSpot(TM) 64-Bit Server VM, 10.0-b19, Java(TM) SE Runtime Environment, 1.6.0_04-b12
OS: Linux, 2.6.24-19-generic, amd64
User comments: context switched to the NB window -- was editing ruby with the VI plugin
This is a very severe bug, since all the text has been lost.

I could recover it with the "Undo", though.

I think I was reformatting text while it happened.
STACKTRACE: (first 10 lines)
java.lang.AssertionError: Start offset must be less than or equal to the end offset. startOffset = 0, endOffset = -1
        at org.netbeans.spi.editor.highlighting.support.OffsetsBag.removeHighlights(OffsetsBag.java:324)
        at org.netbeans.modules.jvi.NbTextView$BlocksHighlighter$1.run(NbTextView.java:934)
        at org.netbeans.editor.BaseDocument.render(BaseDocument.java:1357)
        at org.netbeans.modules.jvi.NbTextView$BlocksHighlighter.fillInTheBag(NbTextView.java:909)
        at org.netbeans.modules.jvi.NbTextView$BlocksHighlighter.removeUpdate(NbTextView.java:886)
        at org.openide.util.WeakListenerImpl$Document.removeUpdate(WeakListenerImpl.java:272)
        at
org.netbeans.lib.editor.util.swing.PriorityDocumentListenerList.removeUpdate(PriorityDocumentListenerList.java:85)
        at javax.swing.text.AbstractDocument.fireRemoveUpdate(AbstractDocument.java:243)
        at org.netbeans.editor.BaseDocument.fireRemoveUpdate(BaseDocument.java:1602)
        at org.netbeans.editor.BaseDocument.remove(BaseDocument.java:911)
Comment 1 Vitezslav Stejskal 2008-10-15 16:12:55 UTC
Ernie, this seems to be in jVi plugin. Is this something that you have been already tracking? Or do you want me to file
it in jVi's bugtracking system? Thanks
Comment 2 err 2008-10-15 16:34:30 UTC
(I've been traveling for a few months, mostly out of touch..., not home until a few weeks)

This sounds familiar, think I fixed it before I left, but haven't released it yet. I didn't realize it was being so
widely reported.

The problem has to do with my original workaround for Issue 114642 . I was automatically subtracting 1 from end offset,
but with 6.5 I was getting updates of (0,0) so when I subtracted one from end this error was provoked. The fix simply
avoids the subtract in problem situations. 
Comment 3 err 2008-10-15 16:37:20 UTC
Don't know how administrative 3rd party stuff works best. You can [jvi] it and assign to me if that works. Won't release
fix till get home.
Comment 4 Vitezslav Stejskal 2008-10-15 17:16:25 UTC
> (I've been traveling for a few months, mostly out of touch..., not home until a few weeks)

Wow, lucky you :-)!


> The problem has to do with my original workaround for Issue 114642 .

Oh, I see, I should finally fix that.


> Don't know how administrative 3rd party stuff works best. You can [jvi] it and assign to me if that works.
> Won't release fix till get home.

I don't know either, so I'll just leave this here and assign it to you. It's not critical, 6.5 is almost out of the door
and this is definitely not a showstopper for us. So, feel free to fix it when you have time.

Thanks for a quick reply!!
Comment 5 err 2008-10-15 18:44:27 UTC
> Thanks for a quick reply!!

Just lucky. Been camping. Checked into a resort last night. Try to at least read primary inbox when I get a chance.

> 6.5 is almost out of the door

(I should find the issue's, but...) Did the KeyBindings stuff get changed around? You were talking about a
flag/attribute for a binding called "private" or something-or-another, for those that shouldn't be changeable.

Since there's been very few jVi bugs reported over the last few months, it looks like the jVi integration must be in
pretty good shape (except for this issue).
Comment 6 Vitezslav Stejskal 2008-10-16 11:27:00 UTC
> Did the KeyBindings stuff get changed around? You were talking about a flag/attribute for a binding
> called "private" or something-or-another, for those that shouldn't be changeable.

No, sorry, I didn't managed to do this. I was pinned down by other high priority bugs and this has been working
reasonably well, so I didn't get back to it.


> .. it looks like the jVi integration must be in pretty good shape

I think it is, there are people here in the office who use jVi plugin and I haven't heard any complaints from them. I'm
sure they would come if something was broken. :-)
Comment 7 err 2008-11-05 23:56:01 UTC
Fix available in nbvi-1.2.0.x26.zip
Comment 8 Marian Mirilovic 2010-04-22 10:34:07 UTC
v/c