[GLASSFISH-13987] [508] The focus is first on OK Or SAVE button in right windows Created: 14/Oct/10  Updated: 22/Feb/13

Status: Open
Project: glassfish
Component/s: admin_gui
Affects Version/s: 3.1
Fix Version/s: future release

Type: Bug Priority: Major
Reporter: shaline Assignee: andriy.zhdanov
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 13,987
Tags: 3_1-508, 3_1-exclude, 3_1_2-508, 3_1_2-exclude

 Description   

Build Used: GF V3.1 promoted b23.
Browser: Firefox : 3.6

Using the TAB keys, when we navigate to the right window, the Focus is always on
the OK, or the SAVE button first, and then goes to the text fields and others.
Ex: In the New Standalone server instance window the focus is first on the OK,
button, and after entering values to create a new instance,if we hit TAB, the
focus is shifted to main page, and one has to tab all the way through left tree
nodes, to come back to OK button.
Workaround is to use the SHIFT+TAB to go back to OK button after the last field
entry in the right window, but after the last field entry if TAB is pressed
accidentally, then we have to start from beginning, which seems annoying.



 Comments   
Comment by Anissa Lam [ 14/Oct/10 ]

This is not 508 accessibility issue since you are able to get to the button and perform what you want.
Its true that It may be better if you didn't get there as the first item in the page, so, we see this as
usability enhancement. We will look at this as time permits.

Comment by Nazrul [ 11/Nov/10 ]

Changing target milestone from 3.1_ms08 to not determined

Comment by shaline [ 12/Jan/12 ]

I see this issue in all the new features screens of the Admin Console in GF 3.1.2. This is the new VPAT requirement that using keyboards one should be able to navigate sequentially.

1194.21(a): Focus order: If a page can be navigated sequentially and the navigation sequences affect meaning or operation, focusable components receive focus in an order that preserves meaning and operability.

Comment by sb110099 [ 12/Jan/12 ]

Bumping up this bug to get some attention for 3.1.2.
It seems that this is a hard requirement in new VPAT.

Thanks,
Sudipa

Comment by Anissa Lam [ 12/Jan/12 ]

I change this to BUG from RFE as this seems to be the case according to previous comment.
However bumping this to P2 AFTER HCF does not help. It seems to late to address this for 3.1.2 now.

Comment by Anissa Lam [ 13/Jan/12 ]

Set this back to its original priority. Exclude from 3.1.2 release.
This will be listed in VPAT as open issue.

Comment by sb110099 [ 19/Jan/12 ]

This is just to clarify that 508 testing had to be delayed in 3.1.2 to accommodate the new features that came in much after SCF.
This risk was already discussed .

Comment by andriy.zhdanov [ 24/Jan/12 ]

On some pages buttons are both on top and at bottom (e.g. Domain - Application Configuration), if this is a solution, it can be done the same on all pages.

Comment by Tom Mueller [ 06/Mar/12 ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.

Comment by Anissa Lam [ 12/Feb/13 ]

Issues need to be addressed before 4.0 HCF (3/25)

Comment by Anissa Lam [ 22/Feb/13 ]

This is regarding the page layout, and its designed that the Save/Cancel buttons be on the upper right corner of the page, before the form that has all the fields.
We won't be able to fix this in this release unless we redesign the entire console page layout, and we are not in a position to do that now.
The team decided to revisit this issue in later release.





[GLASSFISH-5842] Lack Of JNDI Browser In Admin UI Created: 03/Sep/08  Updated: 17/Apr/14

Status: Open
Project: glassfish
Component/s: admin_gui
Affects Version/s: V3
Fix Version/s: future release

Type: New Feature Priority: Major
Reporter: abien Assignee: andriy.zhdanov
Resolution: Unresolved Votes: 23
Labels: None
Σ Remaining Estimate: Not Specified Remaining Estimate: Not Specified
Σ Time Spent: Not Specified Time Spent: Not Specified
Σ Original Estimate: Not Specified Original Estimate: Not Specified
Environment:

Operating System: other
Platform: All


Sub-Tasks:
Key
Summary
Type
Status
Assignee
GLASSFISH-17928 OLH for Jndi Browser Sub-task Open Paul Davies  
Issuezilla Id: 5,842

 Description   

Server: GF v3 b22

GF v2 (and actually all other application servers like JBoss or WLS) come with a
visual JNDI browser. This is essential for debugging pursposes - even for
operations.

I would expect to have at least rudimentary functionality to dump the JNDI tree
from the admin UI.

Porting already existing functionality from GF v2 would be fine as well -
although it thrown from time to time exceptions .



 Comments   
Comment by Anissa Lam [ 03/Sep/08 ]

yes, this is on our to-do list for v3 final. Up the priority to ensure that.

Comment by Anissa Lam [ 28/Oct/09 ]

Sorry that even though we do have want to provide this feature for v3, we are
not able to get to this for this release.
We will look into this for v3.1.
thanks

Comment by Tom Mueller [ 27/Jul/10 ]
      • Issue 11793 has been marked as a duplicate of this issue. ***
Comment by Anissa Lam [ 04/Nov/11 ]

Suma, please give estimate of how long it will take to implement this feature. Want to see if this can be fit into 3.1.2 schedule.

Comment by Anissa Lam [ 18/Nov/11 ]

Requesting help from Andriy.

Comment by andriy.zhdanov [ 08/Dec/11 ]

Committed revision 51362 - draft

Comment by Rebecca Parks [ 12/Dec/11 ]

Will there be DHQA for this? Or has there already been one? Do you know which build will have this in it?

Comment by Rebecca Parks [ 13/Dec/11 ]

Just heard from Mike Fitch that this is deferred, changing fix version to future release.

Comment by Anissa Lam [ 14/Dec/11 ]

We missed this feature for 3.1.2. Target this for 4.0

Comment by Anissa Lam [ 09/Jan/13 ]

retarget to after 4.0

Comment by TangYong [ 23/Aug/13 ]

Hi Anissa,

Whether this feature has been in process?

For an ejb with multi-interfaces view, once deploying it, some portable JNDI names(not only one jndi name) will be created by container.

So, for an developer, we'd better browser these names for debugging and etc.by using admin gui.

Pl. let me know whether you are doing or we can help.

Thanks
Tang

Comment by Anissa Lam [ 23/Aug/13 ]

Implementing JNDI browser is not in our plan in the near feature. We may look into this in the next major release.

Comment by Rebecca Parks [ 23/Aug/13 ]

I've stopped watching this issue but can't figure out how to remove myself from the Participants list. If someone else knows, how, please remove me.

Comment by kithouna [ 26/Sep/13 ]

Implementing JNDI browser is not in our plan in the near feature. We may look into this in the next major release.

It's still targeted at 4.0.1...

Comment by Anissa Lam [ 17/Apr/14 ]

change fix version from 4.0.1 to future release as this is for new feature.
4.0.1 is a bug fixing release.





[GLASSFISH-18169] Log not displayed in Raw Log Viewer for instance on a remote config node Created: 11/Jan/12  Updated: 20/Dec/16

Status: Reopened
Project: glassfish
Component/s: admin_gui
Affects Version/s: 3.1.2_dev
Fix Version/s: future release

Type: Bug Priority: Major
Reporter: lidiam Assignee: andriy.zhdanov
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

ogs-3.1.2-b17-01_09_2012.zip, DAS on Windows XP, config node on solaris


Attachments: JPEG File empty-raw-log.JPG     Text File server.log.txt    
Tags: 312_gui_new, 312_qa, 3_1_2-exclude

 Description   

Log is not displayed in Raw Log Viewer for an instance that's running on a remote CONFIG node. See attached screenshot and server.log, that contains the following exception:

[#|2012-01-10T17:23:57.281-0800|SEVERE|glassfish3.1.2|com.sun.jersey.spi.contain
er.ContainerResponse|_ThreadID=63;_ThreadName=Thread-2;|The RuntimeException could not be mapped to a response, re-throwing to the HTTP container
java.lang.NullPointerException
at com.sun.enterprise.server.logging.logviewer.backend.LogFilter.getLogF
ileForGivenTarget(LogFilter.java:320)
at org.glassfish.admin.rest.resources.custom.LogViewerResource.get(LogVi
ewerResource.java:121)
at sun.reflect.GeneratedMethodAccessor197.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMe
thodInvokerFactory.java:60)
at com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMeth
odDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchPr
ovider.java:205)

Steps to reproduce:

1. Create a CONFIG node on a remote machine in Admin Console (enter name and host only to make it easy).
2. Log in to the remote machine and create standalone instance locally via:

asadmin --host <das host> create-local-instance inty1

3. Start local instance on the remote machine via:

asadmin start-local-intsnce --host <das host> inty1

4. Go to Admin Console and navigate to the Instance General page. Click on View Raw Log - the server.log file content is not displayed.



 Comments   
Comment by Anissa Lam [ 11/Jan/12 ]

Assign to Andriy so he can evaluate the issue.
However, it has passed HCF, we will not be fixing this for 3.1.2. This is based on the reason that this seems to be a corner/not so common case.
The feature works on

  • instance with localhost CONFIG nodes
  • remote instance with SSH nodes
  • remote instance with DCOM nodes

The case that is not working is for case of CONFIG node on remote system, where user needs to login to the remote system to create a local instance and also start that local instance on that machine.

I am adding the exclude tag. If you think otherwise, please bring that up to Joe and the GUI team.

Andriy, if this is a backend bug, please reassign to logging. thanks

Comment by andriy.zhdanov [ 26/Jan/12 ]

I think this can not be supported for remote config nodes - as far as I understand, remote config nodes do not support any communication.

Comment by lidiam [ 27/Jan/12 ]

If we cannot display content of a log file for instances on remote, CONFIG nodes, then the View Raw Log button should not be displayed for those instances.

Comment by Anissa Lam [ 12/Feb/13 ]

Issues need to be addressed before 4.0 HCF (3/25)

Comment by Anissa Lam [ 15/Feb/13 ]

Move to 4.0.1 according to project triage guidelines.





[GLASSFISH-18164] [508] Duplicate labels in Form Elements Created: 10/Jan/12  Updated: 20/Mar/13

Status: Open
Project: glassfish
Component/s: admin_gui
Affects Version/s: None
Fix Version/s: future release

Type: Bug Priority: Minor
Reporter: andriy.zhdanov Assignee: andriy.zhdanov
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

All


Issue Links:
Duplicate
is duplicated by GLASSFISH-19888 [508] Empty and Multiple labels in Fo... Reopened
Related
is related to GLASSFISH-14944 [508] Empty and Duplicate labels in F... Closed
Tags: 3_1_2-508

 Description   

Derived from GLASSFISH-14944

OGHAG toolbar Form output reports indicate the duplicate labels and Multiple labels on the buttons. To be accessible the, Form elements should not have duplicate, empty or multiple labels.
The below elements in the console have Multiple Labels:

Form elements Domain/Applications configuration page :
Reload Enabled ERROR: Multiple Labels found: Reload Enabled
Auto Deploy Enabled ERROR: Multiple Labels found: Auto Deploy Enabled
Verifier Enabled ERROR: Multiple Labels found: Verifier Enabled
Precompile Enabled ERROR: Multiple Labels found: Precompile Enabled

Form elements in JVM General Settings:
Debug: Enabled ERROR: Multiple Labels found: Debug: Enabled

Form elements in Logger Settings
Write to system log: Enabled ERROR: Multiple Labels found: Write to system log: Enabled
Log to Console: Enabled ERROR: Multiple Labels found: Log to Console: Enabled

The below elements in the console have Duplicate Labels:

Form elements in DOmain/Applications Configuration
Save WARNING: Duplicate Label

Form elements in Module Log Levels
Save WARNING: Duplicate Label

Form elements in server Instance Properties
Save WARNING: Duplicate Label
Cancel WARNING: Duplicate Label

Form elements in server System Properties
Save WARNING: Duplicate Label
Cancel WARNING: Duplicate Label

Multiple Labels problem for checkboxes like "Reload Enabled" is because two labels (e.g. 'Reload' and 'Enabled') have identical 'for' element, pointing to checkbox. Fix would be to remove 'for' in 'Enabled' label rendered by CheckboxComponent from woodstock, however this is problematic to determine whether checkbox has separate label. It might be possible to look in JSF component tree for label element that has 'for' pointing to this checkbox component and if found render static text instead of label element.

Reason of Duplicate Labels problem for buttons like Save is not clear.



 Comments   
Comment by Tom Mueller [ 07/Mar/12 ]

Bulk update to set Fix Version to "not determined" for issues that had it set to a version that has already been released.





Generated at Tue Feb 28 03:43:38 UTC 2017 using JIRA 6.2.3#6260-sha1:63ef1d6dac3f4f4d7db4c1effd405ba38ccdc558.