Description: Option set is "Always create backup copy" (free translation from German phrase "Sicherungskopie immer erstellen") Every time when saving after initial save, the error message box comes up. I know this bug from former versions of LibreOffice Steps to Reproduce: 1. create a file eg in Writer and write some text 2. save the document 3. change one character 4. save again - the message box comes up with statement Actual Results: message box with following content: error when saving "document" error when creating object backup copy could not be created Expected Results: no message BAK file under path set in Options BAK file has content BAK file size larger than zero bytes Reproducible: Always User Profile Reset: Yes Additional Info: IVersion: 6.4.5.2 Build-ID: 1:6.4.5-0ubuntu0.20.04.1 CPU-Threads: 4; BS: Linux 5.4; UI-Render: Standard; VCL: gtk3; Gebietsschema: de-DE (de_DE.UTF-8); UI-Sprache: de-DE Calc: threaded
On pc Debian x86-64 with master sources updated today, I don't reproduce this. Here the steps I did: 1) created a brand new file on Writer 2) Typed "test" 3) File/Save As, chose name and location 4) Typed "1" after "test" 5) Ctrl+S to Save => no message box. Did I miss something? Had you enable some specific option? For the test, could you rename your LO directory profile (see https://wiki.documentfoundation.org/QA/FirstSteps#Corrupted_user_profile)?
First your questions: Did I miss something? No. Had you enable some specific option? I do not know which one could be special, there are so many . For the test, could you rename your LO directory profile? Now I renamed the ../user to ../user (old) and started LO. Afterwards, I found a new .../user dir. The problem did NOT come back! The system is an Ubuntu Ubuntu 20.04.1 LTS latest system actualisation. The bug reported occured when I saved the data file on a samba share (Debian 10 Buster with latest system act.), while the option says backup path is local: /home/myname/.config/libreoffice/4/user/backup With previous system (another Debian 10 Buster with latest system act.) the problem did not occur, but as said, I remember from former times. Maybe an Ubuntu issue?
Created attachment 165314 [details] Option settings for Load/Save which seem to cause the problem
(In reply to franzbing from comment #2) > ... > For the test, could you rename your LO directory profile? Now I renamed the > ../user to ../user (old) and started LO. Afterwards, I found a new .../user > dir. The problem did NOT come back! Great! > The system is an Ubuntu Ubuntu 20.04.1 LTS latest system actualisation. > The bug reported occured when I saved the data file on a samba share (Debian > 10 Buster with latest system act.), while the option says backup path is > local: /home/myname/.config/libreoffice/4/user/backup Samba part may be the root cause. I mean I suppose LO doesn't deal well with share networks sometimes. Did you try again to reproduce this with a brand new file and saving on Samba? (if possible the same network share you used)?
When de-selecting "Sicherungskopie immer erstellen/Always create backup copy" the save action runs fine. When selecting "Sicherung..." even with no restart of LO, the error message pops up immidiately. When the file is saved locally, there is no issue. Seems there is an issue with save path pointing to a samba share, while backup is local.
I used the same share. Redo of tests with new files.
Anyway, thank you for your prompt check and responses! In case you need some test person, feel free to contact me
Just to be sure, the error message is: "Speichert die vorherige Version eines Dokuments als Sicherungskopie, wenn Sie ein Dokument speichern. Jedes Mal, wenn LibreOffice eine Sicherungskopie erstellt, wird die vorherige Sicherungskopie ersetzt. Die Sicherungskopie erhält die Erweiterung .BAK." ? It would correspond to: Saves the previous version of a document as a backup copy whenever you save a document. Every time LibreOffice creates a backup copy, the previous backup copy is replaced. The backup copy gets the extension .BAK. ( extra information from translation repo #. TtAJZ #: cui/uiconfig/ui/optsavepage.ui:263 msgctxt "backup" )
or is it rather: #. mfmpc #: svtools/inc/errtxt.hrc:120 msgctxt "RID_ERRHDL" msgid "Could not create backup copy." msgstr "Sicherungskopie konnte nicht erstellt werden." ?
It is "Sicherungskopie konnte nicht erstellt werden."
Ok then. I don't have a solution but as a workaround you can work locally and, at the end of your work session you can copy manually the file on network share. Since I don't have more questions, I put it back to UNCONFIRMED.
Just noticed that the pb is already known. *** This bug has been marked as a duplicate of bug 55004 ***