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.