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.
As the development goes, after adding /profile into some Callahan URLs, it has been removed again. So URLs with /profile in path no longer work. It is now visible mainly on the project Dashboard page that lists various links, e.g. the Project wiki URL, the maven URLs, then in the activities (notifications) the links to wiki pages, for example.
Also the URLs constructed for hudson build jobs (when opening in browser are wrong): http://our.callahan.machine.com/profile/callahan-dev/s/callahan-dev_helloworld/hudson/job/callahan-dev_helloworld.Sample_Maven_Build/ The correct URL that now works is: http://our.callahan.machine.com/callahan-dev/#projects/callahan-dev_helloworld/build/job/callahan-dev_helloworld.Sample_Maven_Build Internally the NetBeans Hudson support shows the team projects jobs correctly (in Services tab), so it seems it knows the correct URL... Pretty strange.
the urls are returned by the server, has to be fixed on callahan
BTW the build URL is also wrong in the previous version, not only Callahan. The IDE goes to http://developer-stage.us.oracle.com/devservice1-trialafvx/s/devservice1-trialafvx_karenstestproject/hudson/ while it should be http://developer-stage.us.oracle.com/devservice1-trialafvx/s2/devservice1-trialafvx_karenstestproject/hudson/ The difference is just /s/ vs /s2/, but it seems to matter. I'm wondering if the IDE knows the URL wrong from the server, how come it gets the jobs and status correct?
There are two problems with the build URLs. Besides that wrong web URL is returned (which is the case for all project services, see bugdb 20425001), the other problem is in NetBeans Hudson support which does not have a way to keep a different web URL for opening in the browser for the user. Classes like HudsonJob or HudsonInstance are made to work with just one URL. Should probably be extended. Otherwise the web URL is not where to place, even if obtained correctly from project information.
Situation changed a bit. ODCS has been fixed on server side to return correct web URLs for the services. Plus I've implemented a workaround in NetBeans to get rid off the /profile in the path, just for sure. So things should mostly work now. So from the user's point of view, the only issue is navigating to ODCS Hudson jobs. I've implemented a workaround in JDev for this, but in NetBeans the problem remains that HudsonJob and HudsonInstance hold just one URL, while they would need an additional (different) web URL to open in the browser for the user. So opening the Hudson jobs from ODCS in browser does not work now.
Integrated into 'main-silver', will be available in build *201502010002* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-silver/rev/f1acd2c233c7 User: Tomas Pavek <tpavek@netbeans.org> Log: #246445: workaround for wrong links from server for wiki and scm coming with /profile in the path
Integrated into 'releases/release801', will be available in build *201508201622* or newer. Wait for official and publicly available build. Changeset: http://hg.netbeans.org/releases/rev/e6f99ddf6484 User: Tomas Pavek <tpavek@netbeans.org> Log: #246445: workaround for wrong links from server for wiki and scm coming with /profile in the path