Trying to write a test.

I wrote a test that proves NbDocument behaves correctly, so the problem is most
probably in GuardedDocument in editor library. Feel free to reuse my test using
your Document impl...

openide/test/unit/src/org/openide/text/NbDocumentTest.java,v1.1

I'm going to attempt to fix it into 4.1.

We will reuse your test under our org.netbeans.modules.editor.openide package in
unit tests where we already reuse other openide/editor tests.

Changing TM to 4.2 and adding 41_HR_FIX kw according to:
http://www.netbeans.org/community/releases/41/high-resistance.html

I have inherited Petr's test. I have extracted new DefaultStyledDocument() into
createStyledDocument() protected method in the original test.

Checking in test/unit/src/org/openide/text/NbDocumentTest.java;
/cvs/openide/test/unit/src/org/openide/text/NbDocumentTest.java,v  <-- 
NbDocumentTest.java
new revision: 1.2; previous revision: 1.1
Checking in
test/unit/src/org/netbeans/modules/editor/openide/InheritedNbDocumentTest.java;
/cvs/editor/test/unit/src/org/netbeans/modules/editor/openide/InheritedNbDocumentTest.java,v
 <--  InheritedNbDocumentTest.java
initial revision: 1.1


The inherited test works fine on NbEditorDocument implementation. I have tested
the part until the "Java Document" of the problematic code and for me it works
properly (does not modify the document - I've added
-J-Dnetbeans.debug.editor.document=true to watch for possible changes but there
was none extra change).

However I have inspected the methods used in the rest of the problematic code -
namely JavaEditor.createSimpleSection() and there is some code dealing with
adding the new-lines around line 822 in JavaEditor:

Util.ExceptionRunnable run = new Util.ExceptionRunnable() {
    public void run() throws Exception {
        int where = pos.getOffset();
        doc.insertString(where, "\n \n", null); // NOI18N
        sect[0] = new SimpleSection(name,
            createBounds(where + 1, where + 3, false));
        sections.put(sect[0].getName(), sect[0]);
        sect[0].markGuarded(doc);
    }
};

Passing to java module for further evaluation.

Oops, that was createSimpleSection(PositionRef, String) but not
createSimpleSection(PositionBounds, String).

Anyway, ayubskhan, could you please include the build number of the IDE where
you've tested this? Thanks.

I do not see any reason why this should not work for JavaEditor.SimpleSection, if 
NBDocumnet.unmarkGuarded(,,) works OK. Please provide NetBeans build number and platform. 
Thanks.

I have tested also tested this issue against NB4.1 Qbuild from 01 April 2005.

What version of JDK were you running with? Why is this a P2 bug (seems like an
edge-case which is not exposed by any of the current NetBeans functionality)?
At least the first part of the issue does not seem to be reproducible with our
tests. We will try the second part (Java document), anyway, it is likely it
won't be reproducible too, since if for you even the first part was broken that
would imply the second part being broken since JavaEditor calls
NbDocument.markGuarded() and unmarkGuarded() internally.
Could you provide a test that reproduces this problem? Is this really a
showstopper bug for NetBeans 4.1 release? To me it seems like a P3 at least.

Please also consider running your code causing the problems with the document
modifications tracing capability turned on (prefixing with -J when using with NB
runner):
-J-Dnetbeans.debug.editor.document=true
And in addition
-J-Dnetbeans.debug.editor.document.stack=true
will show the stacktraces of who called the modification so it should become
visible which code invokes the modification.

Lowering Priority to P3. This is not a stopper for Nb4.1.

I will try debbuging this issue, by setting the following flags.

-J-Dnetbeans.debug.editor.document=true
And in addition
-J-Dnetbeans.debug.editor.document.stack=true

Thanks a lot!

Any news?

ayubskhan, do you have any news about this issue?

I am not using JavaEditor.SimpleSection for now. I have switched to
EditorSupport.SimpleSection.

So, IMO we can close this bug or lower priority.

Closing the issue as worksforme.