Hide Forgot
Description of problem: There are dialogue boxes on console, if user clicks out of the dialogue box accidentally, the box disappears automatically. Version-Release number of selected component (if applicable): docker.io/openshift/origin-console latest 5188f5035cee 6 hours ago 259 MB openshift v3.10.18 How reproducible: Always Steps to Reproduce: 1.Create a deploymentconfig on console. 2.On the dc page, open a dialogue by click "Action"->"Modify Labels". 3.Click out of the dialogue box. Actual results: 3.The dialogue box disappears automatically Expected results: 3.Should not close the dialogue box unless click "Cancel" or "Save" button on the box. Additional info:
Marking this low because I think the current behavior is reasonable even if we decide to change it. The drawback is that you can lose what you typed if you dismiss the dialog accidentally.
https://github.com/openshift/console/pull/1303
*** Bug 1688956 has been marked as a duplicate of this bug. ***
4.0.0-0.nightly-2019-03-19-004004 console image: quay.io/openshift-release-dev/ocp-v4.0-art-dev@sha256:68bb907ad7ac33aa7a9a5d0a3cabd7180a0efe09d5d41d33ed280420cc1ce238 io.openshift.build.commit.url=https://github.com/openshift/console/commit/bddf50c90ba2c2ed12658af993bdc30763866723 Checked on ocp 4.0 env with above version info. Clicking out of modal will not close the modal automatically for some functions, eg, modals for editing label/annotations/deletion and so on. But there are still other modals which have the issue: 1. Click one image on "Developer Catalog", then click out of the modal; 2. Click out of modals for "Edit Count", "Edit Update Strategy" of deplymong/dc page,
This is intentional. We purposely only applied this to modals with several input fields. It's nice to be able to click outside the modal when you won't lose data and preferred in most cases. "Edit Update Strategy" is borderline, but I think it's simple enough where it makes sense to keep to be able to click outside to dismiss. It only has two input values. Ideally we would only block if you changed something in the dialog, but that's a larger change not part of this fix.
According to Comment 5 and Comment 6, the bug has been fixed, so move it to Verified. Thanks!
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/RHBA-2019:0758