core.git: sw/source

[Miklos Vajna (via logerrit)]

 sw/source/uibase/docvw/edtwin.cxx |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit bb51c57fd515bd2b2a9d97aa9a371901a3af8092
Author:     Miklos Vajna <vmik...@collabora.com>
AuthorDate: Wed Nov 6 08:24:26 2024 +0100
Commit:     Miklos Vajna <vmik...@collabora.com>
CommitDate: Wed Nov 6 12:32:48 2024 +0100

    sw lok: async readonly dialog when pressing delete key on protected content
    
    Open online.git/test/samples/writer.fodt, ctrl-a, del, the read-only
    dialog is blocking.
    
    This was working already for the character insert case, but not when going
    via KEY_DELETE.
    
    Fix the problem similar to what commit
    0c03a97fb8844ad0de1abea79b5265617a509460 (sw edit win: fix read-only
    selections while handling ExtTextInput, 2021-01-13) did, by switching to
    the async path here.
    
    There doesn't seem to be any reason for the old sync behavior, other
    than the safe "keep things unchanged" default in InfoReadOnlyDialog().
    
    Change-Id: I9330cb235bf6c19f96e9d21889eb9639725daf8c
    Reviewed-on: https://gerrit.libreoffice.org/c/core/+/176113
    Tested-by: Jenkins
    Reviewed-by: Miklos Vajna <vmik...@collabora.com>

diff --git a/sw/source/uibase/docvw/edtwin.cxx 
b/sw/source/uibase/docvw/edtwin.cxx
index 0b5c7828600a..520f2951bddb 100644
--- a/sw/source/uibase/docvw/edtwin.cxx
+++ b/sw/source/uibase/docvw/edtwin.cxx
@@ -1967,7 +1967,7 @@ KEYINPUT_CHECKTABLE_INSDEL:
                     }
                     else if (!rSh.IsCursorInParagraphMetadataField())
                     {
-                        rSh.InfoReadOnlyDialog(false);
+                        rSh.InfoReadOnlyDialog(/*bAsync=*/true);
                         eKeyState = SwKeyState::End;
                     }
                     break;