Bug 723848
Summary: | Unable to set non-numeric Args for job | ||
---|---|---|---|
Product: | Red Hat Enterprise MRG | Reporter: | Jan Sarenik <jsarenik> |
Component: | cumin | Assignee: | Trevor McKay <tmckay> |
Status: | CLOSED ERRATA | QA Contact: | Jeff Needle <jneedle> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 2.0 | CC: | croberts, eallen, iboverma, jneedle, matt, tmckay |
Target Milestone: | 2.1 | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | cumin-0.1.5033-1 | Doc Type: | Bug Fix |
Doc Text: |
Previously, string values needed to be explicitly double-quoted by the user when editing a value on the form. When job attributes had been edited via the "Edit Attributes" form, Cumin did not distinguish string values from expression values automatically. Consequently, the value was interpreted by the Condor workload management system as an expression, which sometimes caused errors and prevented the attribute value from being changed. With this update, Cumin uses type information available from Condor to distinguish between strings and expressions and users are no longer required to explicitly quote string values when editing attributes.
|
Story Points: | --- |
Clone Of: | 703196 | Environment: | |
Last Closed: | 2012-01-23 17:27:39 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | 696635, 703196, 715956 | ||
Bug Blocks: | 743350 |
Comment 1
Trevor McKay
2011-07-21 19:45:55 UTC
Possible addendum to this. There is some type checking done by cumin when an attribute value is changed but it is hard to know what rules are appropriate for what fields. The only information cumin has in this case is "What was the type of the attribute value before it was changed?" This is not necessarily the same as "What type(s) can it be?" Cumin already has a class JobMetaData which indicates which attributes are writable on a jobAd and which aren't; that data could be extended to include an optional list of allowed types for a field. With that data in hand, the job ad edit page could enforce defined restrictions without guesswork. Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: Cause When editing attributes on a job using the "Edit Attributes" form, Cumin does not distinguish string values from expression values automatically. Consequence String values must be explicitly double-quoted by the user when editing a value on the form. Otherwise, the value will be interpreted by condor as an expression which may cause errors and prevent the attribute value from being changed. Fix Cumin uses type information available from condor to distinguish between strings and expressions. Result Users no longer need to explicitly quote string values when editing attributes. Works as expected with cumin-0.1.5037-1.el6.noarch Technical note updated. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. Diffed Contents: @@ -1,11 +1 @@ -Cause +Previously, string values needed to be explicitly double-quoted by the user when editing a value on the form. When job attributes had been edited via the "Edit Attributes" form, Cumin did not distinguish string values from expression values automatically. Consequently, the value was interpreted by the Condor workload management system as an expression, which sometimes caused errors and prevented the attribute value from being changed. With this update, Cumin uses type information available from Condor to distinguish between strings and expressions and users are no longer required to explicitly quote string values when editing attributes.- When editing attributes on a job using the "Edit Attributes" form, Cumin does not distinguish string values from expression values automatically. - -Consequence - String values must be explicitly double-quoted by the user when editing a value on the form. Otherwise, the value will be interpreted by condor as an expression which may cause errors and prevent the attribute value from being changed. - -Fix - Cumin uses type information available from condor to distinguish between strings and expressions. - -Result - Users no longer need to explicitly quote string values when editing attributes. 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. http://rhn.redhat.com/errata/RHEA-2012-0045.html |