Stange behaviour of crop for hand-written values starting by 1 in fix-ratio mode

[simon]

1.8.7 on windows 10
Hello,
A strange behaviour occurs when cropping in the "fix-ratio" mode (it does not occur in the free mode), with written values starting by 1, which compel the crop origin to be shifted leftward (if changing the width) or upwards (if changing the height)
To reproduce:
1) display the crop command bar (by clicking on the crop symbol of the menu or typing shift-X) and select "fixed-ratio" mode
2) start drawing a crop rectangle with the mouse
3) change the value of width and/or height directly in the crop command bar by WRITING the values you want on the keyboard (not by clicking on the arrows with the mouse). The behaviour then depends on whether the written value starts by 1 or by something else (2 to 9)
- if the value written starts by a digit > 1, the behaviour is normal, e.g. for 293, the crop area is reduced to 2 (in width or height depending on the field concerned) when writing the "2", then increases to 29 (rightwards for width, downwards for height) when writing the "9" and finally increases to 293 in the same way, letting the upper-left origin unchanged.
- if the value written starts by 1, the behaviour is strange, e.g. for 193, the crop area is educed to 1 when writing the "1" as expected, then increases to 19 when writing the "9", but LEFTwards (for width) or UPwards (for height), so shifting the upper-left origin leftward or upwards, and then increases to 193 normally, i.e. rightward or downwards. So the crop has finally the right size but a wrong upper-left origin (at variance with the value of upper-left origin displayed in the crop command bar which keeps the initial values whereas the origin has changed).
Thanks
simon

[xnview]