Open marcuswisecaesar opened 2 years ago
dmsnell
commented
2 years ago Thanks for the report @marcuswisecaesar - I'm able to reliably reproduce the issue and I suspect we're cutting the post preview on a non-Unicode boundary since the note displays fine if not in the search.
cc: @jleandroperez
dmsnell
commented
2 years ago Noting a suspicious line:
We're using hard-coded string lengths and I'm wondering if those are cutting in between non-boundaries.
peril-automattic[bot]
commented
1 year ago | Fails | |
|---|---|
| :no_entry_sign: | Please add a type label to this issue. e.g. '[Type] Enhancement' |
| :no_entry_sign: | Please add a feature label to this issue. e.g. 'Stats' |
Generated by :no_entry_sign: dangerJS
eshurakov
commented
1 year ago Most likely related to https://github.com/Automattic/simplenote-ios/pull/1064
Usage environment: iOS 15.2.1 iPadOS 15.2.1 macOS Monterey 12.1 latest This bug is reproducible on iOS and macOS
Steps to reproduce the bug that causes the app to crash
Copy the text content from this post - https://www.astroarts.co.jp/alacarte/kiso/kiso01-j.shtml - into a new note.
search in Simplenote's search window with UTF-8 string Search keywords are "太陽", "平均", "赤道", "太", "均", etc.
These are the UTF-8 Codes: 592A 太 967D 陽 5E73 平 5747 均 8D64 赤 9053 道
Result: When the above memo is hit in the search result and displayed on the screen, the Simpenote application crashes. If there are multiple memos hit in the search results and the above memo is at the bottom, the app crashes when it is displayed by scrolling up.
What I expected: To be shown the search result for: "太陽" etc.
https://user-images.githubusercontent.com/36801460/152179462-e3ec0215-b671-4a5e-9f3a-8078c040f960.mov