Closed Bug 671844 Opened 13 years ago Closed 7 years ago

GCLI fails to re-position the cursor correctly on increment/decrement operations

Categories

(DevTools Graveyard :: Graphic Commandline and Toolbar, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: jwalker, Unassigned)

Details

For example in the current 'gcli selboolnum' command, with the cursor represented by a | > gcli selboolnum chrom|e 42 If you press <UP>, you get: > gcli selboolnum ie 42| (i.e. the cursor stays in the same place) What is probably more expected is: > gcli selboolnum ie| 42 So the cursor remains bounded by the argument being changed, so that future mutations happen to the same argument.
Blocks: GCLI-HELP
This describes the situation after commit 29c5c21, which partially addresses this problem.
Moving to block GCLI-FUTURE
Blocks: GCLI-FUTURE
No longer blocks: GCLI-HELP
Moving GCLI bugs to Developer Tools: Console. Filter on 'baked beans are off'.
Component: Developer Tools → Developer Tools: Console
Triage. Filter on PEGASUS.
Priority: -- → P3
No longer blocks: GCLI-FUTURE
New component triage. Filter on "Lobster Thermidor aux crevettes with a Mornay sauce"
Component: Developer Tools: Console → Developer Tools: Graphic Commandline and Toolbar
Resetting priorities because these P* levels are very out of date. Sorry for the bug spam. Filter on Lobster Thermidor
Priority: P3 → --
This isn't a particularly useful bug to have on file. It's esoteric, and we don't need to track it given the current level of investment in GCLI. Closing
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
Product: Firefox → DevTools
Product: DevTools → DevTools Graveyard
You need to log in before you can comment on or make changes to this bug.