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.
Running 6.0 Milestone 10 on Ubuntu 7.04 with JDK 6 Update 2. Everything was working great. I did a shutdown of the IDE and then the next time I started it I had no support for .java files. The icon next to each .java file in the Projects window was correct, but opening the file in the editor all I see is plain text - no syntax highlighting at all. Everything is just plain black text. :-( I shut down the IDE and then restarted with a different user directory and now the problem is gone. So I have no idea how to reproduce this.... :-/ I did save off the corrupted user directory into a .zip file. It is too large to attach to this IZ, so let me know if you want to take a look at it and we'll make other arrangements.
I have seen this recently too. Seems that the fonts&colors settings were not correctly deserialized. Was OK after restart (on the same userdir).
Could you please send the zipped userdir to my netbeans.org email address? Thanks.
This problem still exists in the daily build from 2007-08-21 and is unfortunately still inconsistent. The IDE worked great yesterday and today it is broken. I have no idea what changed. :-/ There are several entries like this in the IDE message log: SEVERE [org.netbeans.modules.java.editor.semantic.ColoringManager]: no colors for: mod-class-declaration I will attach my log file. Raising to a P2 - lack of coloring reduces our editor in functionality to the point that no one would want to use it. Further, it appears there is an additional problem when the editor is in this state: it does not respond to the Enter key. Ouch. I will investigate further.
Created attachment 47070 [details] latest message log file
I am trying to reproduce this, without any luck. :-/ Here is what I just tried: 1. Shut down the IDE. 2. Copied the user directory, but did not delete it 3. Started the IDE back up - even though it was using the same user directory, the problem did not exist. All syntax coloring is correct and the Enter key works. 4. Shut the IDE back down. 5. Did some diffs of the two user directory trees. Results below. The following files are in both user directories, but have different content: [dif] var/log/messages.log.1 [dif] var/log/messages.log.2 [dif] var/log/uigestures [dif] var/log/messages.log [dif] var/cache/gsf-index/0.111/s29/gsf/segments.gen [dif] var/cache/gsf-index/0.111/s30/gsf/segments.gen [dif] var/cache/gsf-index/0.111/s33/gsf/segments.gen [dif] var/cache/gsf-index/0.111/s34/gsf/segments.gen [dif] var/cache/gsf-index/0.111/s37/gsf/segments.gen [dif] var/cache/gsf-index/0.111/s39/gsf/segments.gen [dif] var/cache/gsf-index/0.111/s41/gsf/segments.gen [dif] var/cache/gsf-index/0.111/s43/gsf/segments.gen [dif] var/cache/index/0.3/s94/attributes.properties [dif] var/cache/index/0.3/s96/attributes.properties [dif] var/cache/cnd-projects-index [dif] var/cache/folder-lookup.ser [dif] var/filehistory/122/55153622fcf051688166f5df5e5768ee/data [dif] config/J2EE/platform.properties [dif] config/Preferences/org/netbeans/modules/uihandler.properties [dif] config/Windows2Local/WindowManager.wswmgr [dif] config/Windows2Local/Components/projectTabLogical_tc.settings [dif] config/org-netbeans-api-project-libraries/libraries-timestamps.properties These 17 files are in the saved user directory tree (the user directory that did not work), but are not in the current user directory tree (which is working): [add] var/cache/gsf-index/0.111/s29/gsf/segments_2q [add] var/cache/gsf-index/0.111/s29/gsf/_12.cfs [add] var/cache/gsf-index/0.111/s30/gsf/_a.cfs [add] var/cache/gsf-index/0.111/s30/gsf/segments_s [add] var/cache/gsf-index/0.111/s33/gsf/segments_85 [add] var/cache/gsf-index/0.111/s33/gsf/_38.cfs [add] var/cache/gsf-index/0.111/s34/gsf/segments_44 [add] var/cache/gsf-index/0.111/s34/gsf/_1m.cfs [add] var/cache/gsf-index/0.111/s37/gsf/segments_44 [add] var/cache/gsf-index/0.111/s37/gsf/_1m.cfs [add] var/cache/gsf-index/0.111/s39/gsf/segments_4y [add] var/cache/gsf-index/0.111/s39/gsf/_1y.cfs [add] var/cache/gsf-index/0.111/s41/gsf/segments_2q [add] var/cache/gsf-index/0.111/s41/gsf/_12.cfs [add] var/cache/gsf-index/0.111/s43/gsf/segments_9e [add] var/cache/gsf-index/0.111/s43/gsf/_3q.cfs [add] config/Windows2Local/Components/Main.settings These files are in the current user directory tree (which is working), but are not in the saved user directory tree (the user directory that did not work): [add] var/cache/gsf-index/0.111/s29/gsf/segments_30 [add] var/cache/gsf-index/0.111/s29/gsf/_16.cfs [add] var/cache/gsf-index/0.111/s30/gsf/_e.cfs [add] var/cache/gsf-index/0.111/s30/gsf/segments_12 [add] var/cache/gsf-index/0.111/s33/gsf/segments_8u [add] var/cache/gsf-index/0.111/s33/gsf/_3i.cfs [add] var/cache/gsf-index/0.111/s34/gsf/segments_4o [add] var/cache/gsf-index/0.111/s34/gsf/_1u.cfs [add] var/cache/gsf-index/0.111/s37/gsf/segments_4e [add] var/cache/gsf-index/0.111/s37/gsf/_1q.cfs [add] var/cache/gsf-index/0.111/s39/gsf/segments_5d [add] var/cache/gsf-index/0.111/s39/gsf/_24.cfs [add] var/cache/gsf-index/0.111/s41/gsf/segments_3k [add] var/cache/gsf-index/0.111/s41/gsf/_1e.cfs [add] var/cache/gsf-index/0.111/s43/gsf/segments_9y [add] var/cache/gsf-index/0.111/s43/gsf/_3y.cfs [add] var/filehistory/122/55153622fcf051688166f5df5e5768ee/1187791865000 [add] var/filehistory/122/55153622fcf051688166f5df5e5768ee/1187793852000 [add] var/filehistory/122/55153622fcf051688166f5df5e5768ee/1187793853000 6. Restored my user directory from the version that had displayed the problem and restarted the IDE. The problem did not re-appear (so it looks like those directory tree diffs above are worthless). :-/ This says to me that the issue has something to do with the shut down of the IDE. In other words, something glitches when the IDE shuts down and on the next restart things are broken. But then as soon as the IDE is shut down again, the user directory gets updated with the correct stuff and the problem goes away....
Thanks for the analysis, Greg, and sorry for not paying much attention to this so far. I've got the userdir you sent me previously and will try to reproduce the issue with it. Although I personally don't think the problem is related to any particular stuff in the userdir. From the symptoms it looks like the MimeLookup does not get initialized properly for some reason and then there are no editor settings/services/etc available (ie. no colors, keybindings, nothing at all). The files you mentioned don't have much to do with the editor, anything under var/ is just some runtime stuff like caches, etc. More interesting stuff is under config/, but again the files from your diff are not related to the editor. The editor stuff is under config/Editors.
Just FYI: I thought this problem only effected .java files but that is not correct. I just ran into it again this morning (I'm still using the daily build from 2007-08-21) and I have the same problem with .rhtml and .rb files. And just like with .java files, the editor does not respond to the Enter key when attempting to edit the files. I will attach my most recent message log. A couple of observations that might (or might not :-/ ) be useful: 1. This time I had the message log open in the IDE *before* I attempted to open any .rhtml or .rb files. The message log entries that begin with SEVERE did not appear until quite a while after I had opened the first file. Perhaps that is just a buffer flush/update issue, but it seemed like a really long delay. 2. This problem tends to happen (to me anyway) on the first time I start the IDE *after I have been using it for several hours*.
Created attachment 47320 [details] Most recent message log
*** Issue 114710 has been marked as a duplicate of this issue. ***
*** Issue 114741 has been marked as a duplicate of this issue. ***
*** Issue 105699 has been marked as a duplicate of this issue. ***
Build: NetBeans IDE Dev (Build 200709200000) VM: Java HotSpot(TM) Client VM, 1.6.0_02-b06 OS: Windows XP, 5.1, x86 User Comments: When I open the IDE.This is a new vwp item I build last tiem,but I have done nothing for it.
Created attachment 49333 [details] stacktrace
I ran into this on dev build 200709200000 under Windows. Changing OS to All.
Build: NetBeans IDE 6.0 Beta 1 (Build 200709141330) VM: Java HotSpot(TM) Client VM, 1.6.0_02-b06 OS: Windows XP, 5.1, x86 User Comments: just started the ide right after a reboot
Created attachment 49349 [details] stacktrace
Build: NetBeans IDE 6.0 Beta 1 (Build 200709141330) VM: Java HotSpot(TM) Client VM, 1.6.0_02-b06 OS: Windows XP, 5.1, x86 User Comments:
Created attachment 49360 [details] stacktrace
Has anybody seen this recently, eg in beta1? I saw this several times myself, but not in recent builds. Since this is not generally reproducible I really don't know how to diagnose it. All we know is that it's probably some sort of a timing issue during the IDE startup that affects reading editor settings and the contents of MimeLookup. I'm lowering it back to P3, but if you spotted it in beta1 or recent dev builds or if you know how to reproduce it, please feel free to rise the priority again. Thanks.
I've seen it as late as two weeks ago but it is definitely occurring less often. That said, I still have no idea how to reproduce it reliably. Is it possible to add some sort of "dump state" button that we can invoke when Netbeans gets into this bad state and then we can send those logs back to you? Or do you already know what the bad state is but not how we get into it?
I'm wondering whether firing settingsChange from AWT instead of RP could make a change but it's too late now to test things like this. Hopefully it will no longer occur in the recent builds.
Build: NetBeans IDE Dev (Build 200709271200) VM: Java HotSpot(TM) Client VM, 1.6.0_02-b06 OS: Windows XP, 5.1, x86 User Comments: ?
Created attachment 50152 [details] stacktrace
*** Issue 118095 has been marked as a duplicate of this issue. ***
*** Issue 110745 has been marked as a duplicate of this issue. ***
Preventing the NPE from CFSB.getDefaultBackColor. Checking in CodeFoldingSideBar.java; /cvs/editor/libsrc/org/netbeans/editor/CodeFoldingSideBar.java,v <-- CodeFoldingSideBar.java new revision: 1.36; previous revision: 1.35 done
moving opened issues from TM <= 6.1 to TM=Dev
The old settings infrastructure was isolated and deprecated and is no longer used by the editor. This issue should no longer be a problem.