Description:
I opened a read-only document (it was a ppt, but I also tried on a fresh lorem ipsum odp and the bug still happened). (By read-only, I mean that the system permissions are -r--r--r--.)

A blue notice appears at the top stating that the document is in read-only mode, which is completely normal. Also, any editing of the document is disabled: ctrl+x, adding test, etc. This is also normal.

I mindlessly selected some text and drag-and-drop it. And the text was indeed drag-and-droped, while still being in read-only mode. This is unexpected. Ctrl+z was still disabled: it was very difficult to actually get the text as it were without restarting LibreOffice Impress (the actual file was not changed).

Steps to Reproduce:
1. Open a read-only odp or ppt document (tested on an actual document, and on a fresh lorem ipsum)
2. Select some text.
3. Drag-and-drop the text somewhere else.

Actual Results:
The text is being moved by the drag-and-drop despite the notice blue “The document is in read-only mode” at the top. Ctrl+z being disabled (as well as any other way of editing), there is no easy way to get the text back as it were.

Note that this doesn’t change the actual file (as Ctrl+s is disabled in read-only mode). It is just changed within LibreOffice.

Expected Results:
The text should not move in read-only mode.


Reproducible: Always


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
[Information automatically included from LibreOffice]
Locale: eo (eo.UTF-8)
Module: PresentationDocument

OS: Linux 5.4
OS is 64bit: yes

Happened on 6.0.7.3 (I didn’t test on other versions)
Build ID: 1:6.0.7-0ubuntu0.18.04.10
CPU-threads: 12
Fasada bildigo: apriora;
VCL: gtk3; 
Calc: group

The bug happens both in normal mode and in safe mode.