-
Notifications
You must be signed in to change notification settings - Fork 40
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Frontend Character Counter shows wrong number of Chars when there are emojis or newlines and doesn't show any Error Message. #2070
Comments
I can't reproduce this behavior on neither my Mac nor iPhone. Are you sure it appeared on your iPad? A quick duckduckgo search revealed that this might be caused by systems using \r which would explain Windows. |
Still can't wrap my head around it b/c the textarea is limited to 280 characters. Imho this is more a browser problem than a problem on our side. (Except the missing warning. But that should be fixed soon by another PR.) |
I'm also not able to reproduce this on
Used following body for this:
|
According to the spec the text in textarea elements should use LF ( |
I also tested it again and still the Modal just gets closed and the Checkin isn't created. I generated a Lorem Ipsum with 275 Characters and added 3 new Lines, the Counter showed 278 Characters. I tested it on:
I used this imput:
|
Describe the bug
When there are Emojis, Newlines, or other Special Characters, the Frontend Character Counter displays the incorrect number of characters. Before, while attempting to save the checkin, Träwelling displayed an error message. Even though the Frontend Character Counter indicated that there were fewer than 280 characters, the error message said that just 280 characters are allowed.
Data loss was avoided by the error message, but since it was deleted, all that had been written simply vanished after pressing the save button.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
To avoid losing the entire input, the Frontend Character Counter should count Special characters as accurately as it does in the Backend, or else it should display the Error Message again.
Screenshots
If applicable, add screenshots to help explain your problem.
I generated an Lorem Ipsum with 275 Chars and added some new Lines
After pressing Check In! the Modal Closes, not creating the Checkin nor showing an Error Message and all I've written is gone
Desktop (please complete the following information):
Smartphone (please complete the following information):
Also on Ipad with IpadOS 17 and newset Safari version
Additional context
Add any other context about the problem here.
The text was updated successfully, but these errors were encountered: