Closed
Bug 671837
Opened 13 years ago
Closed 12 years ago
GCLI should not allow boolean parameters to be positional
Categories
(DevTools :: Console, defect, P2)
DevTools
Console
Tracking
(Not tracked)
RESOLVED
FIXED
Firefox 17
People
(Reporter: jwalker, Unassigned)
Details
If we allow positional boolean parameters, then this is not only allowed, but what is generated by the dialog for a command with a single boolean param: > foo true Clicking on the checkbox again gives: > foo false Which is the same as 'foo' since all boolean params default to false. This is confusing, particularly given the following 2 synonym for 'foo true' > foo --name > foo -n It seems sensible to just disallow positional boolean params, forcing use of 'foo --name' or 'foo -n'.
Reporter | ||
Comment 1•13 years ago
|
||
This won't show up if we don't ship commands that violate this rule. Move to GCLI-FUTURE
Reporter | ||
Comment 2•13 years ago
|
||
Moving GCLI bugs to Developer Tools: Console. Filter on 'baked beans are off'.
Component: Developer Tools → Developer Tools: Console
Reporter | ||
Comment 4•13 years ago
|
||
Triage. Filter on PEGASUS.
Reporter | ||
Updated•13 years ago
|
No longer blocks: GCLI-FUTURE
Reporter | ||
Updated•12 years ago
|
Target Milestone: --- → Firefox 14
Reporter | ||
Updated•12 years ago
|
Target Milestone: Firefox 16 → Firefox 17
Reporter | ||
Comment 6•12 years ago
|
||
Triage.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Updated•6 years ago
|
Product: Firefox → DevTools
You need to log in
before you can comment on or make changes to this bug.
Description
•