Tracker BZ for future work. Currently any limit value over 1,000,000 displays as "unlimited" in cumin (this is somewhat arbitrary, but in condor unlimited is just a really big number). In a UI review the question was asked "How does a user set a value back to 'unlimited' if it has been set below the threshold?" It would be nice to have a button, or a checkbox, or some mechanism to set the value back to unlimited. Perhaps allowing the input box to accept "unlimited" or a number as valid entries, and an "unlimited" button that puts the text "unlimited" in the box?
Available in revision 4761 I have added a new button to the form. When clicked, it will update the text in the box to read "Unlimited" (of course, the user could still type in the value which would also be acceptable...case does not matter). The previous behavior of treating any value over 1,000,000 as "unlimited" still exists. The purpose of this BZ was to give the user an option that was more obvious to get their limit set to unlimited.
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: The limit editing form had no good/obvious way to get the limit set to unlimited. Consequence: The user would be presented with a confusing situation, being unsure of how to get their limit set back to unlimited. Fix: We have included a new button that will change the text box entry to "Unlimited"...the user could also just type in the value "unlimited" and that would work as well. When the user submits the form, the limit becomes "Unlimited". Result: The Limit editing form now has a less-confusing mechanism to get the limit set to "Unlimited".
Per the latest UI review, we are going remove the "unlimited" button in favor of an "unlimited" checkbox that, upon checking, will make the input box read-only and set the contents to "Unlimited". Upon unchecking the box, the input box will become writable again.
Updated fix in revision 4796.
Verified in cumin-0.1.4840-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,7 +1 @@ -Cause: The limit editing form had no good/obvious way to get the limit set to unlimited. +In the limit editing form, there was no intuitive way of setting the limit to the "unlimited" value. This update adds a button, which changes the text book entry to "Unlimited". Alternatively, the user can also type the value "unlimited".- -Consequence: The user would be presented with a confusing situation, being unsure of how to get their limit set back to unlimited. - -Fix: We have included a new button that will change the text box entry to "Unlimited"...the user could also just type in the value "unlimited" and that would work as well. When the user submits the form, the limit becomes "Unlimited". - -Result: The Limit editing form now has a less-confusing mechanism to get the limit set to "Unlimited".
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHSA-2011-1249.html