User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.103 Safari/537.36 Build Identifier: LibreOffice 5.0-34 When I Clear List under Recent Documents it clears that list but not the list that can be obtained from right clicking the CollaboraOffice icon in the Dock. This is a confidentiality issue for our non-profit. Reproducible: Always Steps to Reproduce: 1.Open a document 2.Clear List 3.Right Click on dock - they are still there. Actual Results: My most recent 8 documents were listed. Expected Results: There to be none since they were cleared. [Information automatically included from LibreOffice] Locale: en-US Module: StartModule [Information guessed from browser] OS: Mac OS X (All) OS is 64bit: no Reset User Profile?Yes, no help.
Confirming also on Version: 5.3.0.0.alpha0+ Build ID: 25537cc4baf0523046485fb0bc2d5e7263d705a8 CPU Threads: 2; OS Version: Mac OS X 10.11.5; UI Render: default; Locale: fr-FR (fr.UTF-8)
I can also confirm. It's quite annoying. But it seems to me more like an Apple bug. More programs were/are affected (see for example: https://discussions.apple.com/thread/7567153 or https://discussions.apple.com/message/30230496) Temporally workaround (will effect all apps) 1. Go to System Preferences > General 2. Set Recent Items to None 2. Start LibreOffice 3. Clear List by click on Recent Files in Start Center 4. Open an existing file Dock will be empty.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Still present Version: 5.4.3.2 Build ID: 92a7159f7e4af62137622921e809f8546db437e5 CPU threads: 2; OS: Mac OS X 10.12.6; UI render: default; Locale: en-GB (en_US.UTF-8); Calc: group
*** Bug 115926 has been marked as a duplicate of this bug. ***
I do not think it is an Apple bug. I don't have a lot of apps that enable/support a contextual recents list in the dock, but I did check several (not an exhaustive test of every app, of course) that do. The following ones exhibited the expected ("correct") behavior, i.e. they cleared the recents list in the dock when it was cleared from their "open recent files" (or equivalent) menu entry: textedit preview *vlc pages The following ones exhibited the "wrong" behavior, i.e. they did not clear the dock list: *text wrangler *neo office (this one) *libreoffice * means non-Apple program All were, I believe, the most recent versions. So, in the spirit of this thread, if my bug report has gotten lost, I can also report it is still present in LibreOffice 6.0.1.1 as of this date. I'm sorry I couldn't find the original report when I filed mine, although I did look for one.
Created attachment 140489 [details] picture of the two recents menus, which should be identical
I think a better description of this bug might be "dock app contextual menu not synchronized with LibreOffice File > Recents menu(s)". I'm attaching a screen shot of the two menus -- the contextual one from the dock is to the left, the one on the right is what you get by following File > Recent Documents from the dock contextual menu. If you do File > Recent Documents from the app's menu at the top of the screen, you have the same list. The menus should of course be the same. When I created a new document and opened it, it did get added to the bottom of both menus, and the first one on the menu to the left was dropped. For what it's worth, I dug all around the Application Support / Preferences files and couldn't find any that seem to be where the dock's recent file lists are kept, even though according to some documentation I read they are supposed to be in the com.apple.LSSharedFileList.ApplicationRecentDocuments folder under the appropriate app. (There is one there for LibreOffice but it doesn't seem to affect anything if I delete it.) So as far as I can tell, there isn't even a simple workaround for resetting the list! Yes, I tried killing the dock and/or rebooting in safe mode.
Found sort of a work around after all. It turns out you can delete the properties list that contains the list of recent documents for an app, but to have the deletion take effect you have to log out of the account; for some reason rebooting (safe or normal) doesn't delete whatever cache the Dock's info is kept in. For LibreOffice the file of interest is ~Library/ Application Support/ com.apple.sharedfilelist/ com.apple.LSSharedFileList.ApplicationRecentDocuments/ org.libreoffice.script.sfl2 (spaces inserted to allow line wrap.) One interesting thing I discovered is that the files are identified in that file by some kind of unique identifier. If you change the name of a file, you can still open it via the Dock contextual menu -- but not via the File > Recent Documents menu(s) in LibreOffice. While I can't figure out the structure of the recent documents file, it is clear the filenames are not in it as plain text strings. There are about 1,000 bytes per file, most of which appears to the little icon that is displayed next to the file name. The bug is (obviously?) that when LibreOffice deletes a file from its internal recent file list it doesn't tell the Dock to do so too; I presume there is some API for that.
(In reply to Ted Lee from comment #9) > The bug is (obviously?) that when LibreOffice deletes a file from its > internal recent file list it doesn't tell the Dock to do so too; I presume > there is some API for that. Maybe something like this: https://developer.apple.com/documentation/appkit/nsdocumentcontroller/1514933-clearrecentdocuments?language=objc
The Recent Documents implementation is odd .. 1. The regular 'jumplist' in the dock 2. A second - unnecessary? - version under File -> Recent Documents ----- 1. The regular one The adding part of the regular 'jumplist' is managed here: https://opengrok.libreoffice.org/xref/core/vcl/osx/salinst.cxx#936 More specific: NSDocumentController* pCtrl = [NSDocumentController sharedDocumentController]; [pCtrl noteNewRecentDocumentURL: pURL]; It's possible to clear the Apple Dock document list using something like this: [pCtrl clearRecentDocuments:nil] probably in connection with this https://opengrok.libreoffice.org/xref/core/include/unotools/historyoptions.hxx#73 Only no clue how to do that (not a DEV). --- 2. The second Recent Documents list is managed in here: https://opengrok.libreoffice.org/xref/core/sfx2/source/appl/shutdowniconaqua.mm
@Tor Thought you might be interested in this one.
*** Bug 124137 has been marked as a duplicate of this bug. ***
Still present in version 6.2.1.2. I'm curious as to why this bug has persisted for so long. There are reports for almost three years. It's not as though this is a feature, dock icon recent file list, is unique to LibreOffice but yet it's ongoing. Wow!
(In reply to Ted Lee from comment #9) > Found sort of a work around after all. It turns out you can delete the > properties list that contains the list of recent documents for an app, but > to have the deletion take effect you have to log out of the account; for > some reason rebooting (safe or normal) doesn't delete whatever cache the > Dock's info is kept in. For LibreOffice the file of interest is ~Library/ > Application Support/ com.apple.sharedfilelist/ > com.apple.LSSharedFileList.ApplicationRecentDocuments/ > org.libreoffice.script.sfl2 > (spaces inserted to allow line wrap.) > > One interesting thing I discovered is that the files are identified in that > file by some kind of unique identifier. If you change the name of a file, > you can still open it via the Dock contextual menu -- but not via the File > > Recent Documents menu(s) in LibreOffice. While I can't figure out the > structure of the recent documents file, it is clear the filenames are not in > it as plain text strings. There are about 1,000 bytes per file, most of > which appears to the little icon that is displayed next to the file name. > > The bug is (obviously?) that when LibreOffice deletes a file from its > internal recent file list it doesn't tell the Dock to do so too; I presume > there is some API for that. Thanks for providing that solution. Although this is just a very small nuisance; it doesn't make any sense that this couldn't have been addressed already. I can confirm that moving/renaming this file has worked to remove the recent files list which was persistent in the dock icon menu. Instead of deleting this file; you can rename it with a *.bak extension for preservation in case you ever need to restore it. You will lose the option for recent files to be listed. But, if you're at the point whereby you searched for a solution, then you won't really care. There's probably a more elegant solution with a script or API which would still keep that function. I really don't understand why the developers haven't incorporated this with the remove recent files function. As Ted Lee stated: Just navigate to the directory which I used Terminal. 'cd ~/Library/Application\ Support/com.apple.sharedfilelist/com.apple.LSSharedFileList.ApplicationRecentDocuments/' Then I renamed the file with 'mv org.libreoffice.script.sfl2 org.libreoffice.script.sfl2.bak'
Did a quick search and here's some information related to the *.sfl2 files. Apple switched the plist file to use NSKeyedArchiver and needs to be opened in a binary editor. Previously, you could edit *.sfl files with a basic text editor. Maybe the python script linked would be of some use. Python script to parse MRU files https://github.com/mac4n6/macMRU-Parser Blog of the developer for the Python script https://www.mac4n6.com/blog/2016/1/1/manual-analysis-of-nskeyedarchiver-formatted-plist-files-a-review-of-the-new-os-x-1011-recent-items Eclectic Light Company post on shared lists https://eclecticlight.co/2017/08/10/recent-items-launch-services-and-sharedfilelists/
The bug is still present. Version: 6.2.2.2 Build ID: 2b840030fec2aae0fd2658d8d4f9548af4e3518d CPU threads: 8; OS: Mac OS X 10.14.3; UI render: default; VCL: osx; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded BTW. For those using the workaround to either delete/rename the "org.libreoffice.script.sfl2" file, instead of needing to reboot/shutdown, you can just kill the background service. To reiterate. 0. Open terminal 1. Navigate to the file directory with 'cd ~/Library/Application\ Support/com.apple.sharedfilelist/com.apple.LSSharedFileList.ApplicationRecentDocuments/' 2. Rename/move/delete the file "org.libreoffice.script.sfl2" with either 'mv' or 'rm' 3. Restart the background service with 'killall sharedfilelistd' 4. Reopen LibreOffice to check the dock icon context menu for no recent files Just a caveat, the file will be recreated when it's not present and you have began a new session of opening/creating files with LibreOffice. So, removing the file would be better for garbage collection of back ups.
Dear Jim Sewell, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
This is still present Version: 7.2.0.0.alpha0+ / LibreOffice Community Build ID: 465b8b0e9ad4b0c9c7701dee2820a99c5d00b5bf CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Persisting in Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 2a7fcaf582df3ada57ca519b50e29011973a1b6f CPU threads: 8; OS: Mac OS X 12.6; UI render: default; VCL: osx Locale: de-DE (en_DE.UTF-8); UI: en-US Calc: threaded
As per fix for https://bugs.documentfoundation.org/show_bug.cgi?id=55922 the right-click menu "Recent Documents" is gone. This report however is still valid since clearing recent documents from start center does not remove those documents from showing up when righ-clicking the icon in dock.
*** Bug 147883 has been marked as a duplicate of this bug. ***
*** Bug 157139 has been marked as a duplicate of this bug. ***
*** Bug 158318 has been marked as a duplicate of this bug. ***