When you export a PDF from a LibreOffice document, it doesn't get added to the recent documents list (~/.local/share/recently-used.xbel). It would be convenient to do add it, so that you can quickly find it e.g. to open it to see the result, or to attach it to a mail (though I know you can use the File->Send menu). The general idea is that if you export a document to PDF, you're likely to do something with it right after that. (For example, in GNOME 3, typing part of the file name in the overview allows me to find the file to open it, now or later, which I often need.)
It must be checked whether that will not hurt any other OS conventions. If we get such a behavior, it should be the same or similar in all OS. In WIN7 until today I did not understand all details of recent documents. I also miss a possibility to get the pdf export automatically or with 1 click so that I can check the result easily (for example because of "Bug 31606 - Exporting a selection of pages to PDF has pagerange wrong because of blank pages" and other reasons). But I would prefer a different solution, pls. see Bug 37222 - UI: Possibility to open exported PDF in a simple way immediately after export required May be you want to vote for this enhancement request on the nonofficial Voting Page? <http://wiki.documentfoundation.org/index.php?title=Vote_for_Enhancement&action=submit#Bug_37219_-_Bug_37219_-_Add_exported_PDF_files_to_recent_documents>
I think my proposition is not completely redundant with Bug 37222 - UI: Possibility to open exported PDF in a simple way immediately after export required The idea is that when you're done with a document, you often want to create a PDF of it that you save somewhere, and e-mail or publish it. You often want to rename the file before sending it, in which case you need to save it first. Adding the PDF to the recent docs allows you to attach it to an e-mail easily by choosing it in the recent docs list (at least with the GtkFileChooser, not sure elsewhere). Same if you want to publish the file on a website, e.g. Google docs. The more general argument is that recent docs should contain all files you touched in a way or another. It should reflect your activity on documents. This is especially important on Linux where e.g. Zeitgeist logs everything you do, and uses the recent documents to track that (else, it would need a LO extension just for that). In GNOME Shell, typing a few letters of the file name in the overview is enough to find a recent document; but if it's not added to the list, you have to find it manually. This is the same on Windows Vista and Seven, with the search entry in the Start menu, and on Mac OS X with the search bar in the top panel. Last but not least, I can't find any reasonable argument against that feature. If that PDF file wasn't interesting for you, you'd have used the File->E-mail as... feature. Or you'd have removed the file, which makes it disappear from the recent docs.
[This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
Dear bug submitter! Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs. To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem. Yours! Florian
Not implemented in LibreOffice 3.5.5.3 (Fedora 17).
Please always use the oldest version in version field..
Perhaps a better solution here would be to upgrade Libreoffice so it is a first class citizen wrt zeitgeist, i.e. build in a proper dataprovider for zeitgeist into libreoffice. I can see the arguments for/against included exported docs like PDF in the recent files - but the dilemma goes away if proper zeitgeist events are pushed from libreoffice (instead of relying on zeitgest to trawl the recently used list as it does at the moment, which is never going to be fully satisfactory). With proper dialogue with zeitgeist, then you can get other benefits as well, e.g. push events when images are inserted so zeitgeist can log that too. There are downstream bugs in distros like Ubuntu asking for libreoffice to have full zeitgest support (e.g. https://bugs.launchpad.net/ubuntu/+source/zeitgeist-datahub/+bug/934542)
Never confirmed by QA team - moving back to UNCONFIRMED.
One for the UX Team Status -> NEW.
Export allows to save a document in alien formats, e.g. a PNG. That will never be handled with LibreOffice. And the PDF would be opened for editing in Draw, which might not be what you wanted. So I close this ticket as WONTFIX.
*** Bug 66412 has been marked as a duplicate of this bug. ***
*** Bug 95456 has been marked as a duplicate of this bug. ***
*** Bug 145601 has been marked as a duplicate of this bug. ***
I support the WONTFIX, at least for Windows case. A very clear description of the MRU list on Windows is given in the SHAddToRecentDocs function documentation [1]; it is explained that the primary effect is adding entries to the *application*'s jump list (i.e., making it easier to open that file with *that application*). Also it may "attempt to register an application to handle a file type that it is not registered to handle" - and that additionally reinforces the focus of the MRU list to *connect* the file with its application. And that is exactly what we should avoid in this case, because LibreOffice is *not* a PDF reader (nor PNG authoring tool, and so on). No idea about the philosophy of such lists on other platforms - but have a gut feelings that it is likely similar. [1] https://learn.microsoft.com/en-us/windows/win32/api/shlobj_core/nf-shlobj_core-shaddtorecentdocs#remarks