Created attachment 1201647 [details] Screen-shot for error Description of problem: when we click on member tab in role attribute gives an error pop-up without any error message. Version-Release number of selected component (if applicable): 389-admin-debuginfo-1.1.44-1.el7dsrv.x86_64 389-admin-console-1.1.12-1.el7dsrv.noarch 389-ds-base-1.3.5.10-11.el7.x86_64 389-ds-base-libs-1.3.5.10-11.el7.x86_64 389-admin-1.1.44-1.el7dsrv.x86_64 How reproducible: 100% Steps to Reproduce: 1.Open a new role 2.type Name and Discrimination for role 3. Click on Members tab Actual results: give error pop-up without any error message Expected results: Additional info:
I could not reproduce the problem. 1. More version info? # rpm -qa | egrep "389|idm-console" 2. Could you start the console with "-D 9" option and share the error messages? 3. Any errors in /var/log/dirsrv/admin-serv/error?
> I could not reproduce the problem. This is strange! > 1. More version info? > # rpm -qa | egrep "389|idm-console" 389-ds-base-snmp-1.3.5.10-11.el7.x86_64 389-admin-debuginfo-1.1.44-1.el7dsrv.x86_64 389-adminutil-1.1.23-1.el7dsrv.x86_64 389-admin-console-1.1.12-1.el7dsrv.noarch idm-console-framework-1.1.16-2.el7dsrv.noarch 389-ds-console-1.2.13-1.el7dsrv.noarch 389-adminutil-devel-1.1.23-1.el7dsrv.x86_64 389-ds-base-1.3.5.10-11.el7.x86_64 redhat-idm-console-10.1.0-1.el7dsrv.x86_64 389-ds-base-libs-1.3.5.10-11.el7.x86_64 389-admin-1.1.44-1.el7dsrv.x86_64 389-adminutil-debuginfo-1.1.23-1.el7dsrv.x86_64 389-ds-base-devel-1.3.5.10-11.el7.x86_64 389-console-1.1.18-1.el7dsrv.noarch 389-ds-base-debuginfo-1.3.5.10-11.el7.x86_64 > 2. Could you start the console with "-D 9" option and share the error > messages? <snip> ResourceEditor.valueChanged: o=com.netscape.admin.dirserv.roledit.ResEditorRoleMembers[,2,2,512x336,hidden,layout=java.awt.BorderLayout,alignmentX=0.0,alignmentY=0.0,border=,flags=9,maximumSize=,minimumSize=,preferredSize=] ClassLoader: :loadClass():name:com.netscape.admin.dirserv.roledit.ResEditorManagedRole$1 ClassLoader: :loadClass():loading:com.netscape.admin.dirserv.roledit.ResEditorManagedRole$1 ClassLoader: com/netscape/admin/dirserv/roledit/ResEditorManagedRole$1.class found in redhat-ds-10.1.0.jar ClassLoader: :loadClass():name:com.netscape.admin.dirserv.roledit.RolePickerDialog ClassLoader: :loadClass():loading:com.netscape.admin.dirserv.roledit.RolePickerDialog ClassLoader: com/netscape/admin/dirserv/roledit/RolePickerDialog.class found in redhat-ds-10.1.0.jar ClassLoader: :loadClass():name:com.netscape.management.client.util.AbstractModalDialog ClassLoader: :loadClass():loading:com.netscape.management.client.util.AbstractModalDialog ClassLoader: com/netscape/management/client/util/AbstractModalDialog.class NOT in redhat-ds-10.1.0.jar ClassLoader: com/netscape/management/client/util/AbstractModalDialog.class NOT in redhat-ds-10.1.0_en.jar ClassLoader: :loadClass():name:com.netscape.management.client.components.Table ClassLoader: :loadClass():loading:com.netscape.management.client.components.Table ClassLoader: com/netscape/management/client/components/Table.class NOT in redhat-ds-10.1.0.jar ClassLoader: com/netscape/management/client/components/Table.class NOT in redhat-ds-10.1.0_en.jar ResEditorManagedRole.actionRefresh: url = ldap:///ou=People,dc=example,dc=com??sub?(nsroledn=cn=kamlesh,ou=People,dc=example,dc=com) ResourceSet:getString():Unable to resolve managedRolePage-errortext ResourceSet:getString():Unable to resolve managedRolePage-errortitle ClassLoader: :loadClass():name:javax.swing.JOptionPane ClassLoader: :loadClass():loading:javax.swing.JOptionPane ClassLoader: javax/swing/JOptionPane.class NOT in redhat-ds-10.1.0.jar ClassLoader: javax/swing/JOptionPane.class NOT in redhat-ds-10.1.0_en.jar </snip> > > 3. Any errors in /var/log/dirsrv/admin-serv/error? there is no update in error log.
Kamlesh, one more search, please. # rpm -qa | egrep "redhat-*-console" Viktor, do you see the same symptom on your system?
Proposing to push this bug to 10.2. On 10/03/2016 05:11 PM, Nathan Kinder wrote: >Ack. Let's continue to try to get to the bottom of it. I doubt it is a regression.
(In reply to Noriko Hosoi from comment #3) > Kamlesh, one more search, please. > # rpm -qa | egrep "redhat-*-console" > > Viktor, do you see the same symptom on your system? I can't reproduce this. I'm using the following packages: 389-admin-1.1.45-1.el7dsrv.x86_64.rpm 389-admin-console-1.1.12-1.el7dsrv.noarch.rpm 389-admin-console-doc-1.1.12-1.el7dsrv.noarch.rpm 389-admin-debuginfo-1.1.45-1.el7dsrv.x86_64.rpm 389-adminutil-1.1.23-1.el7dsrv.x86_64.rpm 389-adminutil-debuginfo-1.1.23-1.el7dsrv.x86_64.rpm 389-adminutil-devel-1.1.23-1.el7dsrv.x86_64.rpm 389-console-1.1.18-1.el7dsrv.noarch.rpm 389-ds-console-1.2.14-1.el7dsrv.noarch.rpm 389-ds-console-doc-1.2.14-1.el7dsrv.noarch.rpm idm-console-framework-1.1.16-2.el7dsrv.noarch.rpm redhat-admin-console-10.1.0-2.el7dsrv.noarch.rpm redhat-admin-console-doc-10.1.0-2.el7dsrv.noarch.rpm redhat-ds-10.1.0-1.el7dsrv.x86_64.rpm redhat-ds-admin-10.1.0-1.el7dsrv.x86_64.rpm redhat-ds-admin-debuginfo-10.1.0-1.el7dsrv.x86_64.rpm redhat-ds-base-10.1.0-1.el7dsrv.x86_64.rpm redhat-ds-base-debuginfo-10.1.0-1.el7dsrv.x86_64.rpm redhat-ds-base-devel-10.1.0-1.el7dsrv.x86_64.rpm redhat-ds-console-10.1.0-1.el7dsrv.noarch.rpm redhat-ds-console-doc-10.1.0-1.el7dsrv.noarch.rpm redhat-idm-console-10.1.0-1.el7dsrv.x86_64.rpm redhat-idm-console-debuginfo-10.1.0-1.el7dsrv.x86_64.rpm
(In reply to Noriko Hosoi from comment #3) Hi Noriko, still getting the same error box without any error message. > Kamlesh, one more search, please. > # rpm -qa | egrep "redhat-*-console" [root@test ~]# rpm -qa | grep "redhat-.*-console" redhat-ds-console-doc-10.1.0-1.el7dsrv.noarch redhat-idm-console-10.1.0-1.el7dsrv.x86_64 redhat-ds-console-10.1.0-1.el7dsrv.noarch redhat-admin-console-doc-10.1.0-2.el7dsrv.noarch redhat-admin-console-10.1.0-2.el7dsrv.noarch Other packages 389-ds-base-libs-1.3.5.10-11.el7.x86_64 389-adminutil-1.1.23-1.el7dsrv.x86_64 389-ds-base-debuginfo-1.3.5.10-11.el7.x86_64 389-console-1.1.18-1.el7dsrv.noarch 389-ds-console-1.2.14-1.el7dsrv.noarch 389-adminutil-devel-1.1.23-1.el7dsrv.x86_64 389-ds-base-1.3.5.10-11.el7.x86_64 389-adminutil-debuginfo-1.1.23-1.el7dsrv.x86_64 389-ds-base-snmp-1.3.5.10-11.el7.x86_64 389-admin-console-1.1.12-1.el7dsrv.noarch 389-ds-console-doc-1.2.14-1.el7dsrv.noarch 389-ds-base-devel-1.3.5.10-11.el7.x86_64 389-admin-debuginfo-1.1.45-1.el7dsrv.x86_64 389-admin-1.1.45-1.el7dsrv.x86_64 389-admin-console-doc-1.1.12-1.el7dsrv.noarch redhat-ds-base-devel-10.1.0-1.el7dsrv.x86_64 redhat-ds-admin-10.1.0-1.el7dsrv.x86_64 redhat-ds-admin-debuginfo-10.1.0-1.el7dsrv.x86_64 redhat-ds-base-10.1.0-1.el7dsrv.x86_64 redhat-ds-base-debuginfo-10.1.0-1.el7dsrv.x86_64 redhat-ds-10.1.0-1.el7dsrv.x86_64
Hi Noriko, with the help of Kamlesh, I identified the issue. dirserv.properties from 389-ds-console is missing the following text resources: ResourceSet:getString():Unable to resolve managedRolePage-errortext ResourceSet:getString():Unable to resolve managedRolePage-errortitle That's why the message box is empty.
Thanks, Viktor. A very interesting finding... We have 3 types of roles: . managedRolePage . filteredRolePage . nestedRolePage Only filterdRolePage has errortext and errortitle in dirserv.properties. nestedRolePage editor has no chance to show the error (most likely, the error is from the nested bottom role -- either managedRole or filteredRole) Regarding managedRole, errortext is set in the editor code ResEditorManagedRole.java. . errorText = "The operation has failed. Check the ACI of this entry"; . errorText = "The operation has been failed for the selected entries. Check the ACI of those entries."; But probably, the particular error case is not covered by this. Plus errorTitle is not set at all for managedRole. To add an appropriate errortext, we'd like to know the cause of the error. Do you happen to have a reproducer? Thanks!
A correction... The programmable errortext is just for ACI. The missing errortitle and errortext are supposed to be from the property file. That said, we must add the 2 texts to dirserv.properties as suggested by Viktor.
Upstream ticket (fixed): https://fedorahosted.org/389/ticket/49003
(In reply to mreynolds from comment #15) > Upstream ticket (fixed): > > https://fedorahosted.org/389/ticket/49003 Mark, I had turned this bug to ldapjdk's. I'd think it's not POST yet? Do we want to put it back to RHDS and open another bug for ldapjdk?
(In reply to Noriko Hosoi from comment #16) > (In reply to mreynolds from comment #15) > > Upstream ticket (fixed): > > > > https://fedorahosted.org/389/ticket/49003 > > Mark, I had turned this bug to ldapjdk's. I'd think it's not POST yet? > > Do we want to put it back to RHDS and open another bug for ldapjdk? Hmm, well the ldapjdk fix is out for review. I set it to post after I changed the console to not use ldap:///, but you're right this really is for the ldapjdk, so I'm moving it back to assigned.
Bug fixed versions use for verification idm-console-framework-1.1.17-1.el7dsrv.noarch 389-adminutil-1.1.23-2.el7dsrv.x86_64 389-admin-1.1.45-2.el7dsrv.x86_64 389-ds-base-libs-1.3.5.10-11.el7.x86_64 389-ds-base-1.3.5.10-11.el7.x86_64 389-ds-console-doc-1.2.15-1.el7dsrv.noarch redhat-idm-console-10.1.0-2.el7dsrv.x86_64 389-ds-console-1.2.15-1.el7dsrv.noarch 389-console-1.1.18-2.el7dsrv.noarch 389-admin-console-1.1.12-2.el7dsrv.noarch 389-admin-console-doc-1.1.12-2.el7dsrv.noarch
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHBA-2016-2665.html