Red Hat Bugzilla – Bug 1304431
sub check box inconsistent when editing class schema
Last modified: 2016-07-27 02:57:41 EDT
Description of problem: When editing a class schema, the "sub" box is checked as default. When the new field is added, however, the box is unchecked. How reproducible: 100% Steps to Reproduce: 1.Edit a Class schema 2.fill in required fields and do not change the default (checked) 3.Add the new field Actual results: The box is mysteriously unchecked Expected results: A checked Box Additional info: If you uncheck the box, check it again, and then save, the box is saved as checked.
After further review, if you save the schema and then edit it again, the sub box will appear as checked. So it seems that this is purely a Web UI error that is visible during the editing session.
https://github.com/ManageIQ/manageiq/pull/7268
New commit detected on ManageIQ/manageiq/master: https://github.com/ManageIQ/manageiq/commit/6bf637e277baa0bde465e79c6d55c924ed07d3b1 commit 6bf637e277baa0bde465e79c6d55c924ed07d3b1 Author: Zita Nemeckova <znemecko@redhat.com> AuthorDate: Mon Mar 14 17:24:41 2016 +0100 Commit: Zita Nemeckova <znemecko@redhat.com> CommitDate: Tue Mar 15 12:59:36 2016 +0100 BZ1304431 - sub checkbox inconsistent in class schema https://bugzilla.redhat.com/show_bug.cgi?id=1304431 app/assets/javascripts/miq_ujs_bindings.js | 4 ++-- app/controllers/miq_ae_class_controller.rb | 3 ++- 2 files changed, 4 insertions(+), 3 deletions(-)
https://github.com/ManageIQ/manageiq/pull/7408
Verified fixed in 5.6.0.1-beta2.20160413141124_e25ac0e. Checkbox keeps its state when the new field is added.
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-2016:1348