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 121039 - NullPointerException at org.netbeans.modules.editor.structure.formatting.TagBasedLexerFormatter.isOnlyWhiteSpaces
Summary: NullPointerException at org.netbeans.modules.editor.structure.formatting.TagB...
Status: RESOLVED FIXED
Alias: None
Product: javaee
Classification: Unclassified
Component: JSP (show other bugs)
Version: 6.x
Hardware: All All
: P3 blocker (vote)
Assignee: Tomasz Slota
URL: http://statistics.netbeans.org/except...
Keywords: RANDOM
Depends on:
Blocks:
 
Reported: 2007-11-03 01:52 UTC by octaviant
Modified: 2009-02-19 23:26 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter: 10414

Attachments
stacktrace (3.46 KB, text/plain)
2007-11-03 01:52 UTC, octaviant 		Details
stacktrace (3.56 KB, text/plain)
2007-11-25 21:12 UTC, tw 		Details
stacktrace (3.56 KB, text/plain)
2007-12-17 05:54 UTC, vvovan 		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 octaviant 2007-11-03 01:52:10 UTC 
Build: NetBeans IDE Dev (Build 200711020000)
VM: Java HotSpot(TM) Client VM, 1.6.0_03-b05
OS: Linux, 2.6.20-16-generic, i386

User Comments:
Comment 1 octaviant 2007-11-03 01:52:14 UTC 
Created attachment 52433 [details]
stacktrace
Comment 2 Marek Fukala 2007-11-03 08:29:58 UTC 
Strange, looks like someone else modified the document content since the moment the thread got the tokensequence. The
token's text is null, which shouldn't be true since the token comes from a fresh token sequence under writelock. May
also be a bug in lexer infrastructure. Tomasz, cannot it be a regression from the change in
HTMLCompletionQuery.ResultItem triggering the reformatting after item text substitution? Octavian, can you reproduce or
do you have steps to reproduce?
Comment 3 Tomasz Slota 2007-11-03 09:00:01 UTC 
It is almost the same as issue 119940, I think I closed one issue with same stack trace as a duplicate of that one. Wish I could reproduce it...

Marku, it cannot be related to the fix in HTMLCompletionQuery.ResultItem, look at the build version.
Comment 4 tw 2007-11-25 21:12:31 UTC 
Build: NetBeans IDE 6.0 RC2 (Build 200711201000)
VM: Java HotSpot(TM) Client VM, 1.6.0_03-b05
OS: Windows XP, 5.1, x86

User Comments: 
Manually editing the JSP code in a Visual JSF page.
Comment 5 tw 2007-11-25 21:12:35 UTC 
Created attachment 53457 [details]
stacktrace
Comment 6 vvovan 2007-12-17 05:54:07 UTC 
Build: NetBeans IDE 6.0 (Build 200711261600)
VM: Java HotSpot(TM) Client VM, 1.6.0_03-b05
OS: Windows XP, 5.1, x86

User Comments: 
try to edit tag file
Comment 7 vvovan 2007-12-17 05:54:10 UTC 
Created attachment 54312 [details]
stacktrace
Comment 8 Jiri Prox 2008-04-11 01:20:29 UTC 
moving opened issues from TM <= 6.1 to TM=Dev
Comment 9 Exceptions Reporter 2008-06-19 23:07:54 UTC 
This issue has already 5 duplicates 
see http://statistics.netbeans.org/exceptions/detail.do?id=10414
Comment 10 John Baker 2008-06-19 23:37:43 UTC 
I think this should be a P2 since once the NullPointer occurs, the Debugger is unusable and has to be restarted.
This exception seems to occur only when the source code is out of date (needs to be recompiled)
Once recompiling, the exception doesn't occur.

Would it be possible to detect the source code is out-of-date and post some informational dialog?
Comment 11 David Konecny 2009-02-09 01:26:49 UTC 
No exception report since 6.1 - it has been fixed.