Apache OpenOffice (AOO) Bugzilla – Issue 51154
save recent document history more often
Last modified: 2017-05-20 10:55:38 UTC
When one clicks on File, at the bottom of the list there is a list of the most recent files that one has used. I find that (as happens sometimes) if the computer rebooted spontaneously the last file I was working on does not appear on that list, although I can open it from my document directory. Of course that's exactly the one I need to open. Would it be worth considering a change so that the filename is added earlier to the "most recent files" list?
Framework issue.
TM->requirements: Please have a look.
Reporter, I can not believe tat you tested with all OS. Pls specify Platform and OS!
*** Issue 55398 has been marked as a duplicate of this issue. ***
Accepting issue
Taking issue
Specification here: http://wiki.services.openoffice.org/wiki/Recent_Documents_At_Load
Created attachment 60127 [details] Patch to implement specification
The patch I have attached gives the current state of my work on this. One part that is not yet clear to me, is the call in SfxObjectShell::APISaveAs_Impl() to: GetMedium()->SetUpdatePickList( FALSE ) This does not seem to do anything useful, as before my patch the pick list was never updated anyway. The commit which created this line was many years ago, and only pointed to an internal issue number. If any developers can comment on this I would be grateful.
The specification announcement is currently sitting, presumably, in the moderation queue for the announce@specs.openoffice.org mailing list. It was sent on the 17 December 2008.
CCed: mav
*** Issue 92068 has been marked as a duplicate of this issue. ***
OOo 3.2 is in show-stopper stage. This issue is re-targeted to OOo 3.x. If this issue is critical for the current release please target it back.
mav->haggai: By the way, I have just seen the question regarding SfxMedium::SetUpdatePickList() here. The method allows to let the document be ignored by the picklist implementation. It is necessary in case a document is stored by API, nowadays the UI scenario uses UNO API as well, so the document is marked as one that should be taken in the picklist later in case of UI scenario. Unfortunately it would not work with the new implementation in the patch, a document stored by API would appear in the picklist. The problem is that in case of UI scenario SetUpdatePickList( TRUE ) is called too late, at this point the SaveAsDone notification has been already sent. Since only UI actions should add documents to the picklist, the only reasonable approach from my point of view would be a direct insertion of the document into the picklist in case Dispatch API has been used ( Dispatch API means UI-action ). I see no other consistent way to detect whether the action ( Open/SaveAs document ) has been triggered by user using the Menu. In other words the picklist should not listen itself, instead it should be explicitly called to insert an entry.
mav->haggai: Taking the issue over to let the picklist insertion be triggered by direct call. If you would like to implement the functionality, please let me know.
haggai->mav: Sorry I did not see and reply to your comment in November. Thanks for the information and explanation about SetUpdatePickList. I agree that seems to be the way to go. I'm busy working on Impress changes at the moment, so I'd be grateful if you had time to work on and update the patch. Thank you!
Reset assigne to the default "issues@openoffice.apache.org".