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.
The URL linked to in the new website does not seem to offer Q-builds, only daily builds.
...and the link http://www.netbeans.org/download/4_0/qbuild/200406251415/qbuild-build-ide-EN-zip.html from http://qa.netbeans.org/q-builds/index.html is broken. Maybe just because it hasn't been successfully uploaded yet?
This seems to be bug in the build scripts populating the new downloads database. It should appear at "Development Builds of Upcoming Releases" http://www.netbeans.info/downloads/download.php?a=n&p=1 by choosing the "Q-build" build type. The broken links to the download files indicates that the files were probably removed. Jack and Ruda should know how to resolve this.
1) Yes, seems to be a bug either in the db population scripts, or in the data, as QBuilds should just appear as an option in the "Build Type" pulldown. I'll investigate current data; Rudo, can you check that your scripts are populating OK ? Thanks. 2) The broken link is a different story. BCLs are now generated dynamically on netbeans.info, based on selected download type - ie we don't generate static html BCLs anymore, and because they are generated as the last step in a POST form submission, there is no URL we can use to go straight to them. I guess it is necessary to link directly to them ? In which case I only see one soloution - make BCLs accessible via a GET URL also. I'll see if this is possible. Sorry for the trouble, we should have co-ordinated this with QA. (BTW Jan how do you generate that page ? We could probably work together and generate it dynamically based on the downloads db data ...) 3) Actually neither of the links for the source files for the same QBuild are working either : http://www.netbeans.org/download/4_0/qbuild/200406251415/NetBeansIDE-QBE200406230100-200406251039-src.tar.bz2 There's no BCL involved there, so that suggests that they really were not uploaded or built at all, or were and have since been removed. So perhaps in this particular case the problem is with the build/updload, rather than the data in the DB. In general though the BCL url issue will be a problem.
The latest Q-build had to be rebuilt several times and the correct bits (#200406251415) probably weren't uploaded properly. The currently available bits (#200406251039) are a product of the last one but build and include a serious P1 bug. I discuss that with Ruda and Michal and they were aware of this, but the latest upload didn't complete successfully, I'm afraid. The QA pages are generated. The coordinator enters the number of the promoted Q-build and generates the pages using a script. It happened with the 1039 build. Later, we found there was another problem, asked RE to rebuild and I modified the links at the QA pages manually (to point to build 1415). Should the upload complete, the links would probably be ok, but with the latest web site changes, I'm not sure.
q-build was already uploaded, but there is no link on web site :-(
1) The latest QBuild now shows up : http://www.netbeans.info/downloads/download.php?a=n&p=1 Pls verify. This was a simple data error in the DB. Note that there are no "Release docs" displayed atm for dev or QBuilds, this would normally show eg the url for the QBuild report etc. Those will be coming soon. Dropping priority since critical issue is fixed (pls verify!) 2) still investigating GET url options. Regarding generation of the page, it might make sense for the webteam and RE to manage generating it ... what do you think ?
I'm able to access the latest Q-build using the "download" page, but the links are still broken for the Q-build index page. http://qa.netbeans.org/q-builds/index.html I guess I'll have to figure out what the new URL format is and regenerate the Q-builds index. Or are the previously created links supposed to work without changes?
Asi I wasn't clear sorry. - Old stye BCL .html files are no longer created, they will not exist for new builds. - Only alternative if you need to link directly to a BCL to download a qbuild is to make the nb.info form work with GET urls, so when you generate that q-builds/index.html page, you can use a URL like (for eg, this doesn't work now) : http://www.netbeans.info/downloads/download.php?a=n&p=1&step=3&qbuild=xyz I'm still working out if/how to make that work, so you can use it. I'll let you know.
To link directly to the list of english, non-installer 4.0 Qbuilds for build number 200406251415, use a URL of the format : http://www.netbeans.info/downloads/download.php?a=n&p=1&step=2&os=7&lang=1&rv=4.0&bt=5&buildnr=200406251415 So when generating qa/www/q-builds/index.html, you can just use the new build number as the final param. Sources and extras (javadoc, nbms) will be on the same page, if they exist. Qbuild reports, and other relevant html links, will also eventually appear there - though the build scripts are not populating those fields yet so they're not there now. Note that historical data has not been imported yet, so eg past QBuilds will not show up using this format URL. Better to keep your existing html links for builds prior to the current QBuild. Jan, does this work for you ? Can you re-generate the page with the new formatt URL for the latest QBuild please ?
Ok, got it. For now I updated the latest Q-build info so that it points to the correct pages using the new URLs. Later this week we'll update the script that generates the Q-build pages. Thanks.
There are still clean up issues to deal with (release urls for Qbuilds, importing old data ...) but the immediate issue of QBuild availability is fixed.
We recently moved out from Collabnet's infrastructure