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.
Created attachment 102606 [details] Screenshot of not recognized .form files. Product Version: NetBeans IDE 6.9 (Build 201007282301) Java: 1.6.0_22; Java HotSpot(TM) Client VM 17.1-b03 System: Linux version 2.6.31-22-generic running on i386; UTF-8; en_US (nb) Userdir: /home/cesilko/.netbeans/6.9 Description: ============ After updating clean NetBeans IDE 6.9 install with Update 2 and generating Anagram Game sample project GUI form data nodes showed up broken down to separate .java filenodes and not recognised .form filenodes - see attached scroonshot. This is a serious regression which should be fixed as soon as possible although it's not easily reproducible. What I exactly did: =================== 1. I unzipped Java distribution of NetBeans IDE 6.9 build #201007282301. 2. Invoked "Tools > Plugins" and switched to "Settings" tab. 3. Changed URL of NetBeans UC to staging area [1]. Pressed "OK". 4. Switched to "Updates" tab, clicked "Reload Catalog", selected all updates and clicked "Update" button. 5. Followed the process to install all updates and immediately restarted IDE. 6. Then I generated new Anagram Game sample project via "File > New Project...". 7. Once the project was opened I first expanded "com.toy.anagrams.lib" folder and then "com.toy.anagrams.ui". [1] http://updates.netbeans.org/netbeans/updates/6.9/uc/final/stable/catalog_stage.xml.gz
see also issue 191302 ... activated/deactivated features right after update
Insert additional step: 3a. Choose "Force install into shared directories" and the problem will be gone.
(In reply to comment #2) > Insert additional step: > 3a. Choose "Force install into shared directories" > and the problem will be gone. Ok, so we have workaround for one case. What about root/user test case (install by root, update by regular user ?
Opps, I guess the workaround does not work either. In spite the module JARs are put into shared locations, their appropriate config/Modules/*.xml files are still in user directory.
This problem may be connected to bug 155991.
i didn't reproduce this issue (and BUG 191300) when upgrading 6.8 with default update center. Features activation was ok, java forms were ok as well. no failure.
OK, if this is really supposed to be a regression in 6.8, then another suspicious change set is the one for bug 113341. I am not yet sure, but for some reason "mobility.licensing" module gets loaded even if there is no config file in userdir to trigger it on (and there is config file to disable the module in ergonomics cluster). I suspect this is result of changes to address bug 113341.
There is one (" j2me.cdc.platform.ojec") or few more new modules in the distribution. This module turn on part of Java support due to its dependencies. These modules were not known of the ide.ergonomics module at the time of 6.9 or 6.9.1 release, but ergonomics system needs to know about them. The fix is simple, just rebuild ide.ergonomics, increase the version of that module and the system shall behave in better way. Lesson to learn. Next time we add a module in a patch set, let's also rebuild and ublish ide.ergonomics module. I increased the version in releases#73c811580dae. We need new build and new UC catalog to verify whether this helps the problems to go away or not.
Ok, I started the build just recently ...
OK, with recent build the behavior is better. Just perform the update and then remove $userdir/config/Modules directory. Then the system starts in the proper ergonomics mode. I need to fix autoupdate to not create files in $userdir/config/Modules however.
*** Bug 191302 has been marked as a duplicate of this bug. ***
I think I have a patch for autoupdate to behave in better way. It deals with all updates except the new file. Petr, could you make ud/config/Modules/org-netbeans-modules-j2me-cdc-project-ojec.xml ud/config/Modules/org-netbeans-modules-j2me-cdc-platform-ojec.xml eager? If so, then we have a fix.
Created attachment 102676 [details] Screenshot of not recognized .form files as of October 27, 2010. Just tried it with the latest update built today and it still does not recognize *.form files - see attached screenshot. I am also going to attach my messages.log file.
Created attachment 102678 [details] Messages.log from the IDE session after updating 6.9 Patch 2.
Fxied as 5b50cbb90054 both in core-main as well as release692 branch. Now it is up to Petr to turn the two modules into eager ones.
Integrated into 'main-golden', will be available in build *201010280000* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/48465908e367 User: psuchomel@netbeans.org Log: Partial fix for #191300, making modules eager to make ergonimcs's life easier
Petr, it's fixed http://hg.netbeans.org/releases/rev/e930dbd041b1 Isn't it ?
previous comment was written by me...
Still doesn't work !!! tested with catalog built on 29th of October, so all fixes are there.
Created attachment 102755 [details] Proper version of Auto Update's updater OK, looks like there are two mistakes. First of all, before any update happens, we need to update the AutoUpdate itself. I am not sure how that is done, but I guess increasing spec version of autoupdate.services shall do the trick. I have forgotten to do that last time. Fixed in: 27365b0f4a20#release692 I am not sure how to test the automatic behavior. I am attaching my NBM for manual testing: 1. start empty 6.9.1 2. download the AU NBM and install it manually 3. change the update center to the staging location 4. do update Things are still broken, but I attribute that to mobility. When reproducing the above scenario I can see following files being created in the user directory: $ find ud/config/Modules ud/config/Modules ud/config/Modules/org-netbeans-api-mobility.xml ud/config/Modules/org-netbeans-modules-mobility-project-bridge.xml ud/config/Modules/org-netbeans-modules-java-source.xml ud/config/Modules/org-apache-tools-ant-module.xml ud/config/Modules/org-netbeans-modules-mobility-licensing.xml ud/config/Modules/org-netbeans-modules-j2me-cdc-platform.xml ud/config/Modules/org-netbeans-modules-j2me-cdc-project-execui.xml ud/config/Modules/org-netbeans-modules-mobility-project.xml ud/config/Modules/org-netbeans-modules-java-source-ant.xml ud/config/Modules/org-netbeans-modules-mobility-cldcplatform.xml ud/config/Modules/org-netbeans-modules-mobility-antext.xml ud/config/Modules/org-netbeans-modules-j2me-cdc-project.xml I suspect one of these is a new module and is not annotated as eager. Petr?
I still see: $ cat netbeans/mobility/config/Modules/org-netbeans-modules-j2me-cdc-project-ojec.xml <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE module PUBLIC "-//NetBeans//DTD Module Status 1.0//EN" "http://www.netbeans.org/dtds/module-status-1_0.dtd"> <module name="org.netbeans.modules.j2me.cdc.project.ojec"> <param name="autoload">false</param> <param name="eager">false</param> <param name="enabled">true</param> <param name="jar">modules/org-netbeans-modules-j2me-cdc-project-ojec.jar</param> <param name="reloadable">false</param> </module> That module is supposed to be eager. Petr, maybe you have forgotten to pump the spec version number and thus the latest version of the module is not available on the update center. Right, Robert? Btw. manually changing the netbeans/mobility/config/Modules/org-netbeans-modules-j2me-cdc-project-ojec.xml netbeans/mobility/config/Modules/org-netbeans-modules-j2me-cdc-platform-ojec.xml into eager modules solves our problems.
Jardo, this is weird? Were the right modules uploaded? http://hg.netbeans.org/releases/rev/48465908e367 This also first version of modules, not previous version existed.
Indeed, it is weird. I you look at http://dlc.sun.com.edgesuite.net/netbeans/updates/6.9/uc/final/stable/_staging_/patch2/mobility/org-netbeans-modules-j2me-cdc-platform-ojec.nbm you'll find out that it contains wrong config/Modules/*.xml file. Please make sure the correct nbm file is uploaded.
The latest version of Patch2 modules is also available at bits.netbeans.org: http://bits.netbeans.org/netbeans/6.9.2/fixes/latest/uc/
OK. I did following: 1. I unzipped netbeans-6.9.1-201007282301-java.zip 2. Invoked "Tools > Plugins" and switched to "Settings" tab. 3. Changed URL of NetBeans UC to staging area [1]. Pressed "OK". 3.a downloaded the autoupdate.services NBM http://netbeans.org/bugzilla/attachment.cgi?id=102755 3.b selected downloaded 3.c added the autoupdate.services NBM 3.d installed it and restarted the ide 3.e went to Tools/Options 4. Switched to "Updates" tab, clicked "Reload Catalog", selected all updates and clicked "Update" button. 5. Followed the process to install all updates and immediately restarted IDE. 6. Then I generated opened existing desktop app project 7. The .form files were correctly recognized and opened
(In reply to comment #25) > 3. Changed URL of NetBeans UC to staging area [1]. Pressed "OK". [1] I used following update center URL: http://bits.netbeans.org/netbeans/6.9.2/fixes/latest/uc/catalog.xml.gz
Confirming. Updating to Patch 2 per-partes helped and *.form files are now recognized correctly.
In spite of the above statement, when I installed full distro of 6.9 and updated the updater plugin and then the rest of Patch 2 modules, it didn't recognize the *.form files. However, installing the full distro of 6.9 from ZIP and updating the same way worked fine! So, we are slowly getting there. Now it needs to resolve the usecase with using installer...
For some reason, when upgrading installer, the following module ends up in user directory: ud/config/Modules/org-netbeans-modules-javafx-composer-components.xml Just make it eager or autoload Petr.
The org-netbeans-modules-javafx-composer-components module seems to be new since 6.9 version and ergonomics don't handle new modules very well. Making it eager will very likely solve the problem. Btw. may the module NBM is also missing target cluster value (as it ended up in my userdir).
The module was marked eager. I don't see any other difference between any other module and this one connected with suite configuration. The target is set, and everything looks OK. CS #d56ed9c22bb2 Is is in main repo, if the problem persists, verify if this changeset is present.
There is still pending problem with install as root/update as regular user scenario, see Issue 191657
I'm experiencing the same issue: - I deleted the netbeans directories in my user directory - updated the IDE after restart
Reported test case was verified. What is exactly your issue? Which version you've installed first and what update did you perform? Does disabling or uninstallation the Ergonomics help?