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.
Hi, see http://www.nabble.com/NB-6.0-M10-and-the-Visual-Web-tf4036474.html#a11498848 Bried description: after selection a framework (not tested with GWT, but tested with simple JSF and Visual JSF) the finish button is not accissible. It is impossible to create any web project with N 6 M10 on Os X. Thanks
Changing priority to P2 since user isn't able to create web project.
Lots of developers/QAs use Max OS here but cannot reproduce it. Could any QA please try to reproduce or verify it. BTW, is the Finish button 'disappeared' or 'not acceptable'? This is different in the Nabble site.
Were you creating a J2ee 1.4 project ? If so then you will have to specify the JSF1.1 library location when creating a project with JSF or VW JSF framework for the Finish button to be enabled.
Still does not work but I can provide you with more information. Project is J2EE 5 using Tomcat 6. But this is the same with Glassfish. Where can I upload screenshots ?
Make sure you are logged in and then http://www.netbeans.org/issues/createattachment.cgi?id=109113 to attach files to this issue.
Please try the latest trunk build. Actually this is a general NetBeans web project feature that was integrated in the M10 at the last minute. The behavior has been updated after M10 a lot.
Created attachment 44852 [details] Initial screen
Created attachment 44853 [details] Second screen
Created attachment 44854 [details] Before selecting a Framework the Finish Button is present and working
Created attachment 44855 [details] After selecting a Framework the finish button is grey and not working
Looks like your window is too short that some of the wizard is not showing! Please make your window 'higher'. I think you may see some 'error mesg' at the bottom.
Can you also attach a screen shot with the libraries tab open instead of the configuration tab as in nb-04.jpg
Will try downloading new version during the night and let you know what's happening. Meanwhile you can have a quick look at the screenshots I just uploaded. It might be a missing library (framework library) but I did a clean install: rm -rf .netb* then used a unistall prod to remove Netbeans from the Application folder and start with the very basic script the smaller in size available for download. After what I updated using the Netbeans plugins management system to a full release including mobility.... Pretty strange since it is not available for Mac.... But the system is seen as Unix and when using update tool it seems possible to have all mobility tools added even the Java Wireless extension (for Linux). this might be linked to the problem I'm facing: wrong update.
No error message. I just made it full screen and nothing else is displayed. Looks like a graphic bug since the round bottom part is not at the right place. But this not matter regarding to current trouble.
> the round bottom part is not at the right place If you can't see the round bottom part, then you won't see the error mesg if any! Let's wait till you try the latest nightly build.
Probably this problem occurs because of GWT. I downloaded the basic package, installed it and then updated it with "Web and Java EE" using the plugin manager. And I was able to create project with all presented frameworks (there was no GWT). Then I updated NB with "GWT4NB" using the plugin manager. And after this I was able to reproduce this issue.
Just downloaded nightlybuild version. I'm testing this and let you know. Thanks for the GWT remark. I will try the same way you did.
It's either a general NetBeans web project UI issue or the GWT framework. The reproduce steps mentioned here are even not involved visualweb.
Tested and confirming that GWT is messing up the thing even with a night build.
I am one the maintainers of the GWT plugin, we haven't had a similar report so far. It looks like there is some strange and unexpected clash between GWT4NB and VWP, probably related to custom directory structure and/or build file patching. I will try to test these frameworks together. In the meantime please attach full IDE log file (located in the NB_USER_DIR/var/log) copied just after the problem occurs.
> It looks like there is some strange and unexpected clash between GWT4NB and VWP No, it's not just VWP. Users can also reproduce it by GWT4NB and JSF.
Taking over
I cannot reproduce it, people who can: please provide the full IDE log file. I was analyzing GWT4NB sources and cannot see what could be causing such behavior.
Created attachment 45270 [details] log files of my Netbeans after installing GWT4NB
The latest test I have done (NB6 v 200707150000 is the following: after installing the plugin, I deactivated it. When deactivated it is possible to use Visual JSF, JSF and all the other frameworks. It is not necessary to remove (uninstall) gwt4nb to have visual or non visual web features in nb6.
Thanks for the inputs, I am able to reproduce it now. The problem is more generic, located in the web framework support. GWT4NB is particularly affected because its config panel data is invalid by default. The workaround for now is to provide valid data to the GWT config panel (i.e. correct GWT install dir). It is enough to do it once, the data will be remembered.
*** Issue 111000 has been marked as a duplicate of this issue. ***
done Checking in PanelSupportedFrameworksVisual.java; /cvs/web/project/src/org/netbeans/modules/web/project/ui/wizards/PanelSupportedFrameworksVisual.java,v <-- PanelSupportedFrameworksVisual.java new revision: 1.11; previous revision: 1.10 done Checking in PanelSupportedFrameworksVisual.form; /cvs/web/project/src/org/netbeans/modules/web/project/ui/wizards/PanelSupportedFrameworksVisual.form,v <-- PanelSupportedFrameworksVisual.form new revision: 1.7; previous revision: 1.6 done
verified Product Version: NetBeans IDE Dev (Build 200811011401) Java: 1.6.0_10-rc2; Java HotSpot(TM) Client VM 11.0-b15 System: Linux version 2.6.24-21-generic running on i386; UTF-8; en_US (nb)