Bug 1609895 Comment 1 Edit History

Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.

(In reply to Thomas D. from comment #0)
> Interestingly, as you keep trying, it even occurs when the actual text entered is way shorter than the available space in the recipient container. Something wrong here wrt auto-width.

Whilst we are here, please also address the following:
- Pressing keys that don't produce a visible character and/or don't change the actual length of the input string shouldn't change the width at all.

E.g.:
- Add some pills to fill first row, then at the final rowInput, type "foobarbaz".
- Place cursor at the start of rowInput, in front of "foo".
- Hold DELETE key for a little longer, and monitor cursor and attachment button

Actual result
- cursor ends up below the first row (but we never typed anything!)
- attachment button moves out of sight (dito).

Expected:
- keypresses that don't produce visible characters and/or don't actually change the length of the input string shouldn't move anything around!
(In reply to Thomas D. from comment #0)
> Interestingly, as you keep trying, it even occurs when the actual text entered is way shorter than the available space in the recipient container. Something wrong here wrt auto-width.

Whilst we are here, please also address the following:
- Pressing keys that don't produce a visible character and/or don't change the actual length of the input string shouldn't change the width at all.

E.g.:
- Add some pills to fill first row, then at the final rowInput, type "foobarbaz".
- Place cursor at the start of rowInput, in front of "foo".
- Hold DELETE key for a little longer, and monitor cursor and attachment button

Actual result
- cursor ends up below the first row (but we never typed anything!)
- attachment button moves out of sight (dito).

Expected:
- keypresses that don't produce visible characters and/or don't actually change the length of the input string shouldn't move anything around!
- e.g. for the particular case of DELETE, width should only decrease if the length of the input string gets shorter (for as long as we're deleting characters). Certainly it should never increase.

Back to Bug 1609895 Comment 1