I had a presentation with 7 videos (.mp4) which works OK. After adding extra normal slides with text and trying to save, an error massage appeared saying write error. After closing Impress I tried to open the file but this was impossible and was beyond repair. Later I removed at the end a number of slides and put these in a second presentation with two of the videos. Taking the first one and adding some extra slides repeats the problem and leaves an unusable .ods file. Environment: openSUSE Tumbeweed fully updated
I did some further experiments found that quite a large amount of space in the /tmp folder was needed. With a presentation that contains first only one text slide with three .png files and the 7 slides with an .mp4 (total 700MB), adding a few simple text slides caused the problem I described. I needed to start all over and got a presentation where the last 2 slides with .mp4 did not fit anymore. Loading this presentation I found that 2.7GB of space in /tmp was used out of 3.9GB available. Trying to add a 224MB .mp4 was possible, but saving that presentation did not succeed. I found in /tmp copies of the 6 .mp4 files and a folder, apparently with a number (3) of copies of the presentation. Most likely the problem is that extra space in /tmp is needed when saving the presentation. That space is in this case not available. Shouldn't the program recognize that not enough space is available and warn the user and at least not damage the already present presentation. After the warning the user can delete a slide and safely save the presentation.
Thank you for the report. I think this falls under bug 61255: LibreOffice should report on not being able to write in /tmp because of lack of space, be it at fileopen or filesave. Please feel free to comment there. *** This bug has been marked as a duplicate of bug 61255 ***