Issue 51154 - save recent document history more often
Summary: save recent document history more often
Alias: None
Product: General
Classification: Code
Component: ui (show other issues)
Version: OOo 1.1.4
Hardware: All All
: P3 Trivial with 2 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Keywords: oooqa
: 55398 92068 (view as issue list)
Depends on:
Reported: 2005-06-23 12:55 UTC by shmuelh
Modified: 2017-05-20 10:55 UTC (History)
4 users (show)

See Also:
Latest Confirmation in: ---
Developer Difficulty: ---

Patch to implement specification (5.04 KB, patch)
2009-02-12 16:24 UTC, chris
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this issue.
Description shmuelh 2005-06-23 12:55:54 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?
Comment 1 michael.ruess 2005-06-23 12:59:25 UTC
Framework issue.
Comment 2 thorsten.martens 2005-06-30 09:58:57 UTC
TM->requirements: Please have a look.
Comment 3 Rainer Bielefeld 2005-09-04 12:34:12 UTC
Reporter, I can not believe tat you tested with all OS. Pls specify Platform and OS!
Comment 4 aziem 2006-07-14 21:51:06 UTC
*** Issue 55398 has been marked as a duplicate of this issue. ***
Comment 5 chris 2009-02-12 16:19:18 UTC
Accepting issue
Comment 6 chris 2009-02-12 16:20:23 UTC
Taking issue
Comment 7 chris 2009-02-12 16:22:02 UTC
Specification here:
Comment 8 chris 2009-02-12 16:24:00 UTC
Created attachment 60127 [details]
Patch to implement specification
Comment 9 chris 2009-02-12 16:34:24 UTC
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.
Comment 10 odd_bloke 2009-02-18 10:11:55 UTC
The specification announcement is currently sitting, presumably, in the
moderation queue for the mailing list.

It was sent on the 17 December 2008.
Comment 11 mikhail.voytenko 2009-05-05 11:56:54 UTC
CCed: mav
Comment 12 mikhail.voytenko 2009-05-05 11:58:56 UTC
*** Issue 92068 has been marked as a duplicate of this issue. ***
Comment 13 thorsten.ziehm 2009-11-04 13:47:29 UTC
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.
Comment 14 mikhail.voytenko 2009-11-04 15:35:52 UTC
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.
Comment 15 mikhail.voytenko 2009-12-17 09:33:34 UTC
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.
Comment 16 chris 2009-12-17 10:54:51 UTC
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!
Comment 17 Marcus 2017-05-20 10:55:38 UTC
Reset assigne to the default "".