Description: EN: More than once, users come to us with the problem that there is no file in the folder after working with it. Libobasis version 24.2.4.2-2 Pam_mount Network Drive https://www.altlinux.org/Pam_mount . In fact, the same CIFS. File transfer actions are logged on the server, which shows that the user is working with the file, and then at some point simply deletes the file. Additionally, you will be notified about the backup file. RU: Не раз к нам обращаются пользователи с проблемой того что нет файла в папке, после работы с ним. Версия libobasis 24.2.4.2-2 Сетевой диск Pam_mount https://www.altlinux.org/Pam_mount. По факту тот же CIFS. На сервере журналируются действия передачи файла в котором видно что пользователь работает с файлом, и потом в какой-то момент просто удаляет файл. Дополнительно будет сообщено о файле резервного копирования. Steps to Reproduce: EN: 1. Work with a file on a network drive. 2. Close the file. RU: 1. Работать с файлом на сетевом диске. 2. Закрыть файл. Actual Results: EN: Arbitrary deletion of the file that I was working with. RU: Произвольное удаление файла с которым работал. Expected Results: EN: The file is not deleted. RU: Файл не удаляется. Reproducible: Always User Profile Reset: Yes Additional Info: EN: Can you tell me how to record work logs to be able to search for LibreOffice actions. RU: Может подскажете способ записи логов работы, для возможности поиска действий Libre Office.
*** This bug has been marked as a duplicate of bug 157943 ***
Hmm, maybe I duplicated this too soon. Do you mean, that the file is removed by LibreOffice itself, not by this / another user manually? Tracing is possible using SysInternal's ProcMon; for each action, it allows to see the call stack. However, it's very unlikely that you would be able to monitor file operations on a file server, without a reliable reproducing steps, allowing you to have some controlled monitoring session.
(In reply to Mike Kaganski from comment #2) > Hmm, maybe I duplicated this too soon. Do you mean, that the file is removed > by LibreOffice itself, not by this / another user manually? > > Tracing is possible using SysInternal's ProcMon; for each action, it allows > to see the call stack. However, it's very unlikely that you would be able to > monitor file operations on a file server, without a reliable reproducing > steps, allowing you to have some controlled monitoring session. The computer is on a Linux system, and Windows is not considered here - this is about Sysinternals ProcMon. Tracking files on the server is a clear procedure for "transferring a file to the server", that is, every registered action. Yes, we were in a hurry with that topic, we also have this behavior fixed, but now there is a Backup for it in LO. Компьютер на Linux системе, и Windows тут не рассматривается - это про SysInternal's ProcMon. Отслеживание файлов на сервере - это четкая процедура "передачи файла на сервер", то есть каждое зарегистрированное действие, позднее как обработаю направлю. Да с той темой поспешили, у нас такое поведение тоже фиксируется, но на него теперь есть Резервное копирование в LO.
Created attachment 196177 [details] filexferlog_2024-9-2-14_38_23.html
The backup did not work for this case. I.e. there is no file in the user's bak folder. Резервное копирование на данный случай не сработало. Т.е. в папке пользователя bak файла нет.
авг 30 09:39:21 pc plasmashell[3665599]: inotify_add_watch(/var/lib/samba/usershares) failed: (Permission denied) I looked at the computer log and saw this line. And indeed, with this error, this behavior already has accuracy. Посмотрел журнал компьютера и увидел такую строчку. И действительно при данной ошибке данное поведение уже имеет точность.