Most Linux applications store recently opened files in ~/.local/share/recently-used.xbel and just read that file and filter it in open dialogs. Libreoffice stores this list in its own configuration directory inside the registrymodifications.xcu file as well. It shouldn't do that. It should only look at recently-used.xbel and filter it for supported files then show those in the start screen. Note that the gtk+ open dialog is indirectly storing the entries from opened files using libreoffice anyway in recently-used.xbel.
LibreOffice is not a Linux only software. What do you propose to manage recently used files from a cross-platform point of view ? Set status to NEEDINFO, please set it back to UNCONFIRMED once requested informations are provided. Best regards. JBF
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping-20180302
(In reply to Jean-Baptiste Faure from comment #1) > LibreOffice is not a Linux only software. What do you propose to manage > recently used files from a cross-platform point of view ? > > Set status to NEEDINFO, please set it back to UNCONFIRMED once requested > informations are provided. > > Best regards. JBF maybe #ifdef __linux use recently-used.xbl #else the platform independent format>
The list of recent files provided by my Nautilus (Ubuntu 16.04) is clearly wrong from a LibreOffice point of view because it shows ODF files accessed during the last hour that I did not open since several weeks. So your proposition seems not be able to provide better information than the current recently used files implementation. Best regards. JBF
what does "gio info /path/to/your/file.odt | grep time" say? (assuming the file name is file.odt)
(In reply to Hussam Al-Tayeb from comment #5) > what does > "gio info /path/to/your/file.odt | grep time" say? (assuming the file name > is file.odt) no gio command. Which package is missing? Best regards. JBF
It should be part of glib2. Glib2 may be called something else on your distribution. An alternative is to run gvfs-info /path/to/file. I may have some clues as to why the modified date is incorrect on your installation. Would you mind keeping this bug open in case someone is able to spare time to take a look? At least correctly populating the Recents panel in gtk+ file dialog will be a welcome enhancement as it prunes stale entries. Thank you.
(In reply to Hussam Al-Tayeb from comment #7) > It should be part of glib2. Glib2 may be called something else on your > distribution. > An alternative is to run gvfs-info /path/to/file. > > I may have some clues as to why the modified date is incorrect on your > installation. The modified date is also wrong for non-ODF files like archives, PDF files or MS-Windows executables. Perhaps because my home is encrypted, but that is not a good reason to return false data. Best regards. JBF
Can you please post the result of: gvfs-info /path/to/a/file.pdf | grep time and ls -l /path/to/a/file.pdf?
Another argument against your proposition is that recently used does not mean the same thing at LibreOffice level and at OS level. At LibreOffice level it means this file has been opened by LibreOffice. At OS level it means this file has been read or open by some program. There is a lot of other softwares than LibreOffice that can change the last modified date of an office file. In other words the recently used files list of LibreOffice gives a more precise and useful information than the one from the OS. So closing as WontFix. Best regards. JBF
(In reply to Jean-Baptiste Faure from comment #10) > Another argument against your proposition is that recently used does not > mean the same thing at LibreOffice level and at OS level. At LibreOffice > level it means this file has been opened by LibreOffice. At OS level it > means this file has been read or open by some program. There is a lot of > other softwares than LibreOffice that can change the last modified date of > an office file. In other words the recently used files list of LibreOffice > gives a more precise and useful information than the one from the OS. > > So closing as WontFix. > > Best regards. JBF If I try to open a non-existent file using a native gtk+ application, it automatically prunes the non-existent file from the recent files file. Both KDE and Gnome benefit from this. LibreOffice simply clutters its recent files storage and doesn't clean up after itself by removing stale entries on failure to open them which also poses a privacy issue because users of FDo compliant desktops (Gnome/KDE/etc...) are expecting the opposite different behavior. Do you understand what I was after here and my concern? It's your software so you can go ahead and not fix it if you wish but it is really not Ok at all to ignore privacy issues.
(In reply to Hussam Al-Tayeb from comment #11) [...] > LibreOffice simply clutters its recent files storage and doesn't clean up > after itself by removing stale entries on failure to open them [...] This problem is already tracked by this bug report : https://bugs.documentfoundation.org/show_bug.cgi?id=101302 Best regards. JBF