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.
Start NetBeans Create a web app Open the sun-web.xml configuration editor Select a node in the left hand side of the editor Hit F1 -- If you follow these steps exactly, I think you'll get generic IDE help. -- If you select other fields and hit F1, then come back here, what you'll get is the "previous help context". -- What you should be getting is a context sensitive help screen for the current displayed customizer (the corresponding to the selected node.) F1 does work if you select a field within the customizer itself and then hit it.
Doesn't this issue depend on 40685 ? The ContextDataObject should proovide the help ID for sun-web.xml. After issue 40685 is fixed, the help ID "sun-web_help" can be used both for sun-web.xml node in the (main)explorer and for the root node in config editor.
You're right, perhaps this is a dup of 40685. However, the proposed fix for 40685 wrt/ the plugin bypasses an API put together by George & myself to provide distinct help contexts for each configuration node. Each node can have a help id provided by it's DConfigBean and retrieving this is already implemented in ConfigBeanNode.getHelpCtx(). When a node is the selected object, that is the API I would be expected to see used.
The fix is to have the getHelpCtx() override in TwoPanelComponentPanel class.
Fixed in trunk. Will attach diff and request reviewers@netbeans.org as specified by HR procecedure.
Created attachment 13825 [details] ConfigBeanTopComponent.diff
I reviewed the fix and I agree with it. Thanks Nam!
Is this really issues with the highest (P1) priority?
Probably not P1, but certainly, I think this is a fix we would want to have for platforms with richer configuration editor like Sun WebServer.
Is help for sun-web.xml already integrated? I tried the fix and I got other page than I got before the fix, but the page is almost empty. It contains this: Some Header there Some Text here - WebApp - General
The last time I tried (last Wed.) it is only frame with placeholder contents. So if you have servlet node selected you would get help indexed on servlet not the "WebApp General" one.
I verified this against NetBeans trunk build of 3/7 21:57 and it works fine.
Why this issue is still NEW, when it's already fixed in trunk. It should be RESOLVED/FIXED, with target milestone set to promo-D and after all aprovals are finished (code review and QE aproval) it can be integrated (if there is not objection on from reviewers@) and target milestone set to 3.6.
Maybe my interpretation of step 6 in HR is different: "A bug fixed only in the trunk should have the target milestone set to promo-D. If a bug is fixed in the release36 branch as well, the target milestone should be set to 3.6." My interpretation is to keep the target to 3.6 as originally evaluated and only change status to resolved after the fix is in the targeted codeline. IMO, this make more sense than changing the target. The fix is now in release36.