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 1413 - Package name in Editor is incorrect.
Summary: Package name in Editor is incorrect.
Status: CLOSED FIXED
Alias: None
Product: platform
Classification: Unclassified
Component: -- Other -- (show other bugs)
Version: 3.x
Hardware: All All
: P4 normal (vote)
Assignee: Milan Kubec
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 1999-04-01 18:12 UTC by Milan Kubec
Modified: 2008-12-23 11:04 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Milan Kubec 1999-04-01 18:12:54 UTC
If some new packages and subpackages are created and then some basic classes from Templates, names of packages are not correctly in Editor. Package name is still the same: Templates.Classes;

[Janne] I created p1 package and under that p2 package. Added class under p2 worked.
Renamed p1 to abababa and added class under p2... Template.Classes was as package.


Trying to set package name in properties (tab Source) causes openning window with exception:
Exception in setter method of property: package

[IAN] The same is with class names/constructors. It is caused by not-finished parser modifications in Java Data Object

[MK] Bug is fixed only for classes from template Classes. Classes created from templates AWTForms, NetBeans, SwingForms has incorrect package name: Templates.*. Even more, classes from Template Dialog
 is impossible to open (exception NullPointerException at *.FormEditorSupport.loadForm())

[mbalin] The problem is here again in build 320. File opened in editor has package name Classes. It prints exception:
com.netbeans.ide.src.SourceException: Document cannot be modified. Impossible to
 parse it.
        at com.netbeans.developer.modules.loaders.java.SourceElementImpl.getData
(SourceElementImpl.java:419)
        at com.netbeans.developer.modules.loaders.java.SourceElementImpl.setPack
age(SourceElementImpl.java:113)
        at com.netbeans.developer.modules.loaders.java.JavaDataObject.updateSour
ce(JavaDataObject.java:164)
        at com.netbeans.developer.modules.loaders.java.JavaDataObject$2.taskFini
shed(JavaDataObject.java:143)
        at com.netbeans.ide.util.Task.addTaskListener(Task.java:136)
        at com.netbeans.developer.modules.loaders.java.JavaDataObject.updateSour
ceStart(JavaDataObject.java:141)
        at com.netbeans.developer.modules.loaders.java.JavaDataObject.handleCrea

teFromTemplate(JavaDataObject.java:246)
        at com.netbeans.ide.loaders.DataObject$6.run(DataObject.java:623)
        at com.netbeans.
Comment 1 Marek Grummich 2000-07-25 09:37:59 UTC
Priority is changed to P4 (normal).
Comment 2 Quality Engineering 2008-09-25 06:29:15 UTC
Integrated into 'main-golden', will be available in build *200809250201* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)
Changeset: http://hg.netbeans.org/main/rev/701a4dee778d
User: Jesse Glick <jglick@netbeans.org>
Log: Looking up ModuleInfo has probably long been unnecessary.
(It was however the case that investigation of testRawCreateProject failures around NB-Core-Build #1413
turned up different deadlocks depending on whether the module system was loaded or not!)