Created attachment 1509462 [details] rhds cockpit webui Description of problem: Atolani - RHDS webui console is not loading other instances apart from default when changing instance from top drop down menu. Additional info: Adding Video file. Tried it with chrome & firefox both.
I see this too. After creating an instance you can not switch to it. If you reload the page it works, but not immediately after creating the instance. This was working before the React changes were applied, but I don't know if it's related yet.
Identified a fix related to the jquery "on change" functions. With the change to React we might be seeing more of these issues with "on change" functions.
rhds cockpit webui Description of problem: If you create one Attributes from schema > Attributes , and delete it from CLI with: dsconf Instancename schema attributetypes remove Attributes-name You can still search this on UI. One SS attached.
Created attachment 1509736 [details] SS for update
rhds cockpit webui Description of problem: If you create one Attributes from schema > Attributes , and update it from CLI with: dsconf Instancename schema attributetypes edit Attributes-name --desc 'Anuj here 2' Changes does not reflect the webui . yes , it does reflect the changes , after refreshing the browser , we can use some thing like ajax call so that changes can be reflected without refreshing the browser . One video added .
Created attachment 1509746 [details] ajax
(In reply to mreynolds from comment #2) > Identified a fix related to the jquery "on change" functions. With the > change to React we might be seeing more of these issues with "on change" > functions. Yes, this is about it. Jquery wouldn't work if we do 'addEventListner' vanilla JS way. I've already fixed the issue in my React PR - https://pagure.io/389-ds-base/pull-request/50042 (In reply to Anuj Borah from comment #5) > Changes does not reflect the webui . yes , it does reflect the changes , > after refreshing the browser , we can use some thing like ajax call so that > changes can be reflected without refreshing the browser . > > One video added . This is how our UI is built now. The issue doesn't relate only to Schema or Plugin tabs. Any field we have in the WebUI Console (configuration, replication, etc) requires the page reload for the update. We can do better and we should consider the improvement sooner than later. Currently, the Web Console works like our old Java console worked too. Some race conditions are possible. Anyway, let's discuss the implementation and the roadmap in a separate ticket. The issue with this BZ is fixed in my PR #50042.
Fixed in upstream and merged.
*** Bug 1654781 has been marked as a duplicate of this bug. ***
(In reply to Arpit Tolani from comment #0) > Created attachment 1509462 [details] > rhds cockpit webui > > Description of problem: > Atolani - RHDS webui console is not loading other instances apart from > default when changing instance from top drop down menu. > > > Additional info: > Adding Video file. Tried it with chrome & firefox both. This is working fine now with [root@server-rhel8 ds]# rpm -qa | grep 389 389-ds-base-1.4.0.20-4.module+el8+2624+8b7e87b9.x86_64 389-ds-base-snmp-1.4.0.20-4.module+el8+2624+8b7e87b9.x86_64 389-ds-base-libs-1.4.0.20-4.module+el8+2624+8b7e87b9.x86_64 cockpit-389-ds-1.4.0.20-4.module+el8+2+a9256f9c.noarch python3-lib389-1.4.0.20-4.module+el8+2624+8b7e87b9.noarch 389-ds-base-legacy-tools-1.4.0.20-4.module+el8+2624+8b7e87b9.x86_64 after I refresh the browser.
(In reply to Anuj Borah from comment #5) > rhds cockpit webui > > Description of problem: > > If you create one Attributes from schema > Attributes , and update it from > CLI with: > > dsconf Instancename schema attributetypes edit Attributes-name --desc 'Anuj > here 2' > > > Changes does not reflect the webui . yes , it does reflect the changes , > after refreshing the browser , we can use some thing like ajax call so that > changes can be reflected without refreshing the browser . > > One video added . This is working after refresh only*
Simon, no change reflects in web ui which is done in CLI without refresh. Like I have created this instance in CLI with dscreate - ====================================================== Starting installation... Created symlink /etc/systemd/system/multi-user.target.wants/dirsrv → /usr/lib/systemd/system/dirsrv@.service. Completed installation for slapd-5 But in webui, it is not reflected, Please check attached screenshot. Thanks.
Created attachment 1519225 [details] WebUi
(In reply to Amita Sharma from comment #16) > Simon, no change reflects in web ui which is done in CLI without refresh. > > Like I have created this instance in CLI with dscreate - > ====================================================== > Starting installation... > Created symlink > /etc/systemd/system/multi-user.target.wants/dirsrv → > /usr/lib/systemd/system/dirsrv@.service. > Completed installation for slapd-5 > > But in webui, it is not reflected, Please check attached screenshot. Thanks. Amita, that is the correct behavior in this case. The UI can not detect configuration changes done outside of the UI. So anything done via CLI "does" require a browser refresh. Sorry I originally missed that detail in your comments.
Yeah, as I mentioned in https://bugzilla.redhat.com/show_bug.cgi?id=1654281#c7 it is like our old Java Console. We can improve the thing in the future but for now, the tool is designed like this. Amita, please, check if the issue from https://bugzilla.redhat.com/show_bug.cgi?id=1654281#c0 is completely fixed. Thanks! P.S. I checked the thing on my RHEL 8 environment and it looks good.
Thanks for clarification. Do we plan to communicate this fact explicitly somewhere that - "The UI can not detect configuration changes done outside of the UI. So anything done via CLI "does" require a browser refresh." Somewhere in documents? I am marking this bug as verified but we should mention this information somewhere for our customers. Thanks. Thank you so much Mark and Simon.
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://access.redhat.com/errata/RHEA-2019:3731