Created attachment 126086 [details] a demo presentation which has this bug Problem: LibreOffice Impress does not save all changes but thinks it did. As a result, changes get lost. Reproduce: 1. Open LibreOffice Impress and a presentation 2. Put the cursor/focus into a box with items and type something 3. Do not remove the cursor/focus from the box 4. Then press Ctrl-S or the Save button 5. Close and reopen the document Result: Your changes are lost It seem's it's not reproducable with every presentation, but with the attached one. Thoughts: After editing the box and saving, LibreOffice marks the documents as saved. This leads to the missing confirmation on closing.
I forgot to add my system information: Platform: Linux 4.6.3-1-ARCH #1 SMP PREEMPT x86_64 GNU/Linux Desktop environment: xmonad LibreOffice: Version: 5.1.4.2 Build-ID: 5.1.4.2 Arch Linux build-1 CPU-Threads: 4; BS-Version: Linux 4.6; UI-Render: Standard; Gebietsschema: de-DE (de_DE.utf8)
Confirmed with v5.1.4.2 under ubuntu 16.04 x64. Unconfirmed with v5.2.0.0b2 under ubuntu 16.04 x64. Unconfirmed with v5.2.0.1 under ubuntu 16.04 x64. Seems already fixed, but not backported.
Hello Jakob, *, I can confirm it with OS: Debian Testing AMD64 LO: Version: 5.1.4.2 Build-ID: 1:5.1.4~rc2-2 CPU-Threads: 4; BS-Version: Linux 4.5; UI-Render: GL; Gebietsschema: de-DE (de_DE.UTF-8 (Debian's own version) but not with LO: Version: 5.2.0.2 Build-ID: a7567a46e5d2953c320b13eb88a3981c4f9bd1e0 CPU-Threads: 4; BS-Version: Linux 4.5; UI-Render: Standard; Gebietsschema: de-DE (de_DE.UTF-8) (parallel installed, following the instructions from https://wiki.documentfoundation.org/Installing_in_parallel/Linux) As I can confirm this bug with 5.1.4.2 using your attached presentation, I will set the status to "New". HTH Thomas.
Closing this bug as RESOLVED WORKSFORME as it's already fixed in master/5.2 according to comment 2 and comment 3. Besides, it already contains a backportRequest