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.
Right now, the Web Service Provider Security Configuration dialog box and Web Service Client Security Configuration dialog box use the same Help ID: org.netbeans.modules.websvc.core.wseditor.support.EditWSAttributesCookieImpl This call invokes a help topic titled: About the Web Service Attributes Editor (webservice/csh/editor/EditWSAttributesCookieImpl.html in org-netbeans-modules-j2ee-platform.jar) This topic will make no sense to users accessing the help from these dialog boxes. We should have one ID for each "incarnation" of the dialog box.
F1 help is enabled for both the panels.
Please let me know which IDs you used for the help IDs you implemented. I need this information to verify the help project files.
> idmtools_csh_securingwebserviceclient for WSC > idmtools_csh_securingwebserviceprovider for WSP I modified the help id mapping file to map the idmtools_csh_securingwebserviceclient to the proper topic. I verified them on myside and seems to take me to the right place. Please reopen this if you need more details.
Tested in EP milestone20: The fix did not work. Both help buttons on the two boxes and F1 lead to the help topic titile About the Web Service Attributes Editor.
One of the fields in the tab must be active for this to work. Vidhya said that they cannot override the F1/Help call at the dialog box level. For example, for Web Service Provider, open the dialog box, select the Enable checkbox and then press F1. Same for Web Service Client, open the dialog box, select the Enable checkbox and press F1.
Because of the way the help is implemented, we asked the core nb docs team to add links to "our" topics from the default help topic for these dialog boxes: About the Web Service Attributes Editor If you look at that topic, you will see that it has two links under the See Also heading.
The problem happens when open the WSC/WSP edit which has web service security already enabled.
Once you open the WSC and WSP panels, click on the section inside (by clicking on any fields) to get to context sensitive help. That is the way it has been implemented. Clicking on Help button or F1 on the panel/tab otself will take you to edit web services attribite help.
Yes, that will work. Instead of clicking some field, is it possible to focus some field by default? That would be nicer:-)
Thinking about adding links to our topic in NB, I wonder what NB(without EP) user gets the topic titled:About the Web Service Attributes Editor. Will the links to our topic work?
If the user doesn't have EP installed, the link will go to a page that says: This module is not installed, this topic is not available. This is the standard implementation for NetBeans help.
I am reassigning this bug to me to implement the suggestion of programmatically gaining focus from Hong.
Just checked in the changes for auto focus.
Tested with build20060925; the fix does not work.
It appears that for the client panel, the changes made to support autofocus was erased by Matisse in a later checkin when the ui panel was further modified. Note that the server panel currently works. I've put back the changes and auto focus should work in the next build.
Verified in 20061002