<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - EDITING: Overwriting selected text doesn't always maintain formatting" href="https://bugs.documentfoundation.org/show_bug.cgi?id=79717#c9">Comment # 9</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - EDITING: Overwriting selected text doesn't always maintain formatting" href="https://bugs.documentfoundation.org/show_bug.cgi?id=79717">bug 79717</a> from <a class="email" href="mailto:phil.krylov@gmail.com" title="Phil Krylov <phil.krylov@gmail.com>"> Phil Krylov</a> <pre>(In reply to Buovjaga from <a href="show_bug.cgi?id=79717#c8">comment #8</a>) > Phil: I verify the fix. Should this be set to resolved? The issue actually seems to be somewhat bigger. First, it also applies not only to direct formatting, but also to character styles. For this I've posted a simple extension of the accepted patch, which is now on review queue at <a href="https://gerrit.libreoffice.org/69323">https://gerrit.libreoffice.org/69323</a> . Then, these patches do fix the problem with direct user input, but do not seem to fix the same problem appearing when replacing text via UNO API (with portion/cursor setString method) or from a spelling suggestion context menu. I am going to further investigate this problem when time permits; probably separate issue numbers should be used (I have now found <a class="bz_bug_link bz_status_NEW " title="NEW - FORMATTING: When correcting spelling, some formatting information is erased" href="show_bug.cgi?id=51423">bug 51423</a>, <a class="bz_bug_link bz_status_NEW " title="NEW - FORMATTING: Styling not persistent on spell-check" href="show_bug.cgi?id=99786">bug 99786</a>, <a class="bz_bug_link bz_status_NEW " title="NEW - Spelling correction resets character style to default" href="show_bug.cgi?id=104137">bug 104137</a> which probably should be marked duplicates of 51423; but found no filed issue for the UNO API behavior) although they are all clearly related. I've also met this behaviour with Find&Replace, but that seems to be fixed recently.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>