We have moved to a new Sailfish OS Forum. Please start new discussions there.
1 | initial version | posted 2016-12-11 12:57:48 +0200 |
This bug breaks the focus of the currently used text input field inside the native messages app by pushing the input field with all its content under the keyboard so you are unable to see the input and unable to see what you are typing.
I am able to reproduce this on my Jolla 1 Phone running on Sailfish OS 2.0.5.6.
Type/paste the following text (including line breaks etc.) into the message input field:
This is just an example message to demonstrate this bug. It seems that this issue in some way correlates with the amount of (automatically) added line breaks and a character count of > 338. This is aLongSentenceToProvokeAn automated line break (caused by screen wideness).
Only if the character and line break conditions are met you will get
Return to the messages overview by swiping to the right to create a draft
get
from the above example text this issue will be resolved and the focus of the input field works as expected.get
from the above example text and start to type a single character this bug will be triggered and the input field directly disappears under the keyboard. You are able to get the focus back on the input field by swiping up the message but the input field will disappear on every single character input again.As already mentioned in the above example text this bug seems to correlate with the amount of manually added line breaks (by hitting enter) and also automatically created line breaks (long word/sentence etc.).
Furthermore this bug only occurs at a specific character count (which is again dependent on some unknown line break conditions). In my testings it seems that this bug occurs only on a character count with > 338 characters (148/3 with activated message counter) but this character amount is again depentend of the given text and differs a lot - e.g. on my example text this bug only gets triggerd on a charachter count of > 359 (120/3 with activated counter).
I also remember to have seen this issue in an existent conversation (with already sent/received messages) but I didn't test it in an existing chat yet.
2 | No.2 Revision |
This bug breaks the focus of the currently used text input field inside the native messages app by pushing the input field with all its content under the keyboard so you are unable to see the input and unable to see what you are typing.
I am able to reproduce this on my Jolla 1 Phone running on Sailfish OS 2.0.5.6.
Type/paste the following text (including line breaks etc.) into the message input field:
This is just an example message to demonstrate this bug. It seems that this issue in some way correlates with the amount of (automatically) added line breaks and a character count of > 338. This is aLongSentenceToProvokeAn automated line break (caused by screen wideness).
Only if the character and line break conditions are met you will get
Return to the messages overview by swiping to the right to create a draft
Results:
get
from the above example text this issue will be resolved and the focus of the input field works as expected.get
from the above example text and start to type a single character this bug will be triggered and the input field directly disappears under the keyboard. You are able to get the focus back on the input field by swiping up the message but the input field will disappear on every single character input again.As already mentioned in the above example text this bug seems to correlate with the amount of manually added line breaks (by hitting enter) and also automatically created line breaks (long word/sentence etc.).
Furthermore this bug only occurs at a specific character count (which is again dependent on some unknown line break conditions). In my testings it seems that this bug occurs only on a character count with > 338 characters (148/3 with activated message counter) but this character amount is again depentend of the given text and differs a lot - e.g. on my example text this bug only gets triggerd on a charachter count of > 359 (120/3 with activated counter).
I also remember to have seen this issue in an existent conversation (with already sent/received messages) but I didn't test it in an existing chat yet.