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)
DevTools Graveyard
Graphic Commandline and Toolbar
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.
Reporter | ||
Comment 1•13 years ago
|
||
This describes the situation after commit 29c5c21, which partially addresses this problem.
Reporter | ||
Comment 3•13 years ago
|
||
Moving GCLI bugs to Developer Tools: Console. Filter on 'baked beans are off'.
Component: Developer Tools → Developer Tools: Console
Reporter | ||
Updated•13 years ago
|
No longer blocks: GCLI-FUTURE
Reporter | ||
Comment 5•12 years ago
|
||
New component triage. Filter on "Lobster Thermidor aux crevettes with a Mornay sauce"
Component: Developer Tools: Console → Developer Tools: Graphic Commandline and Toolbar
Reporter | ||
Comment 6•11 years ago
|
||
Resetting priorities because these P* levels are very out of date.
Sorry for the bug spam. Filter on Lobster Thermidor
Priority: P3 → --
Reporter | ||
Comment 7•7 years ago
|
||
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
Updated•6 years ago
|
Product: Firefox → DevTools
Updated•6 years ago
|
Product: DevTools → DevTools Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•