Open attachment 167703 [details]. Use keyboard arrow keys to navigate just after the second line's "á" combined character (it's U+0061 "LATIN SMALL LETTER A" + U+0301 "COMBINING ACUTE ACCENT"). Press e.g. "s". See that the "s" is added after the "á", as expected. Now undo edits, and this time use mouse to put cursor after the "á": e.g., click far right of the line where the character is. Press "s". See that the line becomes "aś", i.e. the "s" was inserted *between* "a" and the combining accent. Mouse clicks must position cursor exactly at the same positions that are available using keyboard; it should never allow positioning between parts of a combined character cell that is unreachable using keyboard. Tested using Version: 7.0.3.1 (x64) Build ID: d7547858d014d4cf69878db179d326fc3483e082 CPU threads: 12; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: CL
Regression in the range: https://git.libreoffice.org/core/+/2b12f247ff909a3e536034938370642efab011ad https://git.libreoffice.org/core/+/8f70e847a100295da92698dd922d9b349ccdd513 https://git.libreoffice.org/core/+/07492d483bf4bbcc288bcca0e874142b2d9b9ae2 https://git.libreoffice.org/core/+/828b8cf4d26c4d72c1f2146fd7a5bbb3b0465718 https://git.libreoffice.org/core/+/f6db8af1eb2e6d8e511e6158ddabf8fae7a1c3ca https://git.libreoffice.org/core/+/f099f3d3bd1203045ef5f3d0b448f72c00f2fe1e https://git.libreoffice.org/core/+/69c40bbebd063c04affa21d3112e7ccf2943cc69 https://git.libreoffice.org/core/+/ce320a0ab1b2167e93a204b7f6a7a508098d48b7 https://git.libreoffice.org/core/+/3eda74cf7e9d23cc08f07c38f3bee04b565ff9db https://git.libreoffice.org/core/+/5e65efcaa38ea5fbe655a18082a3ba7c8cf7d5fe https://git.libreoffice.org/core/+/610eceb035280ed5714b314051913d2412cde604 (tested using 'SAL_USE_COMMON_LAYOUT=TRUE instdir/program/soffice d:/Documents/emojiManWithSkinTone.odt') a test on Linux could hopefully help to nail it down to a single commit.
I see the acute attached to the s when using mouse positioning even in LO 3.5 bibisect, as well as in bibisect-linux-x64-5.3 oldest. (I am just running LO without SAL_USE_COMMON_LAYOUT=TRUE, but just for fun I tried that on 5.3 oldest and got the same result.)
Mike Kaganski committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/c6a7cc15e971218c2488fc2bba8016937264e2e0 tdf#138592: also consider following zero-width text portions It will be available in 7.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Assuming this can be closed as fixed. I confirmed it works now in 7.2+