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 188448 - [69cat] Exception at org.openide.text.CloneableEditorSupport.openDocumentImpl(CloneableEditorSupport.java:877)
Summary: [69cat] Exception at org.openide.text.CloneableEditorSupport.openDocumen...
Status: RESOLVED INCOMPLETE
Alias: None
Product: platform
Classification: Unclassified
Component: Text (show other bugs)
Version: 6.x
Hardware: PC Windows XP
: P3 normal (vote)
Assignee: Vitezslav Stejskal
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-07-07 13:31 UTC by ulfzibis
Modified: 2010-07-14 02:46 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
Screen shot (111.87 KB, image/png)
2010-07-07 13:33 UTC, ulfzibis
Details
Screen shot (61.95 KB, image/png)
2010-07-07 14:31 UTC, ulfzibis
Details
log file (67.47 KB, application/octet-stream)
2010-07-07 14:33 UTC, ulfzibis
Details
log files (80.78 KB, application/octet-stream)
2010-07-07 18:17 UTC, ulfzibis
Details

Note You need to log in before you can comment on or make changes to this bug.
Description ulfzibis 2010-07-07 13:31:43 UTC
[ BUILD # : 201006282301 ]
[ JDK VERSION : 1.6.20 ]

Product Version: NetBeans IDE 6.9.1 Dev (Build 201006282301)
Java: 1.6.0_20; Java HotSpot(TM) Client VM 16.3-b01
System: Windows XP version 5.1 running on x86; Cp1252; de_DE (nb)
Userdir: C:\Dokumente und Einstellungen\ich\.netbeans\6.9.1dev

Project:
https://java-nio-charset-enhanced.dev.java.net/source/browse/java-nio-charset-en
hanced/branches/JDK-7/j_l_Character_names/?rev=1107
File:
https://java-nio-charset-enhanced.dev.java.net/source/browse/java-nio-charset-en
hanced/branches/JDK-7/j_l_Character_names/src_sherman2/build/tools/generatechara
cter/CharacterNamesGenerator6.java?rev=1107&view=markup

The breakpoint in line 132 is ignored, until the if statement returns true.
After entering the for loop, debugger should stop on 1st element of UName.list.
Instead it stops at the 129th element.

If I set the breakpoint to 131, and then after "Step Over" it stops at line 135
instead 132.
Comment 1 ulfzibis 2010-07-07 13:33:48 UTC
Created attachment 100650 [details]
Screen shot
Comment 2 ulfzibis 2010-07-07 14:31:54 UTC
Created attachment 100653 [details]
Screen shot

After stepping through the first loop iteration, debugger pointer stopped 1 line above the for statement.
Comment 3 ulfzibis 2010-07-07 14:33:19 UTC
Created attachment 100654 [details]
log file
Comment 4 Martin Entlicher 2010-07-07 16:43:51 UTC
I did not reproduced such behavior in my dev build - I'll try the 6.9.1 Dev (Build 201006282301). The project's platform JDK_1.7_ea_fastdebug is jdk1.7.0-b84/fastdebug, or do you have some newer build?
Comment 5 ulfzibis 2010-07-07 18:17:46 UTC
Created attachment 100663 [details]
log files

b84 is still correct.

1..2 hours later I experienced another weird phenomenon:
- java changes in editor are not followed in different program run results.
- the blue colour, indicating svn differences disappeared.
- "Save All" stayed disabled.
So I checked the modified time of the java files by Windows Explorer. Result: the files were not changed since yesterday, evaluated by opening a file with other editor to see old content.
So I rescued my modifications by Ctrl-A, Ctrl-C --to_other_editor--> Ctrl-A, Ctrl-V, which surprisingly worked.
After this I again switched back to NetBeans and noticed the usual external checks.
After that, normal function of NetBeans returned back.

- All this happened in same session (I didn't restart the IDE since days, but hibernated my computer).

My resume:
Because files on disk were not synched correctly with internal IDE content, the debugger caught wrong line numbers, so I visually was confused.
It's indeed correct, that I only deleted/added 1 line above the concerning lines since yesterday.

So for your reference I again add the current state of the log files.
Additionally now refer to svn revision 1108, as likely the files were not submitted in correct state from the IDE.

After I will reboot my laptop to be secure. ;-)
Comment 6 ulfzibis 2010-07-08 11:09:03 UTC
Thinking back, I remember I once committed to SVN repository without saving the modified java file before.
IIRC, after this, the "weird phenomenon" of ignoring all later file changes occurred.
Comment 7 Martin Entlicher 2010-07-09 10:38:32 UTC
I've tested this with revision 1108 and NetBeans IDE 6.9.1 Dev (Build 201006282301)
Debugger was stopping correctly on the breakpoint on if statement and step over was also correct.

Therefore this really looks like a problem with saving of files.

In the messages.log file there are several exceptions:

INFO [org.openide.text.CloneableEditorSupport]: Outer callstack

java.lang.Exception

	at org.openide.text.CloneableEditorSupport.openDocumentImpl(CloneableEditorSupport.java:877)

	at org.openide.text.CloneableEditorSupport.openDocumentImpl(CloneableEditorSupport.java:859)

	at org.openide.text.CloneableEditorSupport.openDocumentCheckIOE(CloneableEditorSupport.java:839)

	at org.openide.text.CloneableEditorSupport.openDocument(CloneableEditorSupport.java:821)

	at org.openide.text.DataEditorSupport.openDocument(DataEditorSupport.java:496)

	at org.netbeans.modules.versioning.diff.DiffSidebar.getText(DiffSidebar.java:980)

	at org.netbeans.modules.versioning.diff.DiffSidebar.getText(DiffSidebar.java:887)

	at org.netbeans.modules.versioning.diff.DiffSidebar.access$1200(DiffSidebar.java:102)

	at org.netbeans.modules.versioning.diff.DiffSidebar$RefreshDiffTask.fetchOriginalContent(DiffSidebar.java:845)

	at org.netbeans.modules.versioning.diff.DiffSidebar$RefreshDiffTask.computeDiff(DiffSidebar.java:816)

[catch] at org.netbeans.modules.versioning.diff.DiffSidebar$RefreshDiffTask.run(DiffSidebar.java:801)

	at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418)

	at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:1957)

indicating that prepareDocumentRuntimeException was thrown, but it's not printed anywhere, unfortunately. Though I do not know if this could be related to the problem with file saving.
Moving to editor for evaluation, since this does not seem to have anything with debugger.
Comment 8 Vitezslav Stejskal 2010-07-12 11:23:25 UTC
local changeset: 330dd368f2f8

I improved the exception logging in CloneableEditorSupport, but I am afraid that without a reproducible usecase there is not much I can do. Please submit the improve exception logs if these exceptions happen again. Thanks
Comment 9 ulfzibis 2010-07-12 12:20:16 UTC
(In reply to comment #8)
> Please submit
> the improve exception logs if these exceptions happen again. Thanks

Please add the improved exception logging to 6.9.1 patch.
Otherwise submission of the improved exception logs will be very unlikely in the nearer future.
Comment 10 Vitezslav Stejskal 2010-07-12 20:05:25 UTC
(In reply to comment #9)
> (In reply to comment #8)
> > Please submit
> > the improve exception logs if these exceptions happen again. Thanks
> 
> Please add the improved exception logging to 6.9.1 patch.

Unfortunately, submissions for 6.9.1 have already been closed (only P1 stoppers are allowed). I'm sorry.
Comment 11 Quality Engineering 2010-07-14 02:46:39 UTC
Integrated into 'main-golden', will be available in build *201007140001* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)
Changeset: http://hg.netbeans.org/main/rev/330dd368f2f8
User: Vita Stejskal <vstejskal@netbeans.org>
Log: #188448: better exception logging