Created attachment 114440 [details] Report.odb (database including a report) Hi Platform: Windows 7/64 & Version: 4.4.2.1 Build ID: 93fc8832889bf050a10ec6d0171dae213adc9b55 Locale: fr_FR Temporary files generated by reports should not be added to the recent documents list. Steps to Reproduce 1. Open the attached database 2. View> Database Objects> Reports 3. Right Click "Report"> Edit 4. Click "Execute Report" in the Standard toolbar A temporary file is generated and the document opens. Expected Result: This document should not feed the Recent Documents list. Actual Result: Document is added to the list. Each execution of a report generates a new temporary file fulfilling the list of recent documents. Regards Pierre-Yves
On pc Debian x86-64 with master sources updated 2 days ago, I could reproduce this.
This first occurred at source-hash-d50f02bec4a70bd26a518e4e76f4a876454ab937 in bibisect 43all. This seems certain to be the below commit. Adding Cc: to sbergman@redhat.com; Could you possibly take a look at this? Thanks commit de4c18bacaf75f378da829c2114a67f4007d7a22 Author: Stephan Bergmann <sbergman@redhat.com> Date: Fri Apr 27 11:08:37 2012 +0200 Related fdo#37775: Update Recent Documents for r/o docs, too ...not sure why this explicit check was there at all. Before the fix for fdo#37775, the check was not an issue, as docs were only added to Recent Documents upon saving them, anyway.
Migrating Whiteboard tags to Keywords: (bibisected) [NinjaEdit]
Still there in current master (Version: 5.2.0.0.alpha0+ Build ID: 1be6c440c645e441af0e04ba7711e4b2d80aad63) built at home under Ubuntu 15.10 x86-64. Changed version number according to description. Best regards. JBF
Yep this is still the case as I found out when testing a chart bug report yesterday. The temp files should be cleaned up on shutdown. At present they are kept in /user/temp/ and survive a restart of the office process.
I would be inclined to change the title from purely a UI report to a more general one of temp chart/report files not being allowed to survive on shutdown/restart of the office process.
Adding Cc: to Stephan Bergmann
Created attachment 142487 [details] Screen shot of start center This bug is still alive with version 6.1Beta and 6.2 beta It is not just reports, creating forms also and not just the menu choice is updated the Start Center is also updated. Attached screen shot is from a new install of Libo 6.2Beta (built on June 2) after creating one Base file, then one form in it, followed by one report in it which was run 3 times.
Dear pierre-yves samyn, 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
Using Ubuntu 18.04.01 and LO 6.2.5 first Creating Forms or Reports or executing Reports will still leave a bogus entry in the MRU file list and on the Start Center page (bogus=pointing to a tmp file which will go away on session end)/
I have set the component of this bug to "LibreOffice", because the bug isn't a specific Base bug. Report-Builder generates files in temporary folder, which are shown later in list of Recent Documents. But it's the same when I open attachments from a mail. If I open, for example, a *.docx-attachment in Thunderbird it will be shown here with Writer and the path /tmp/mozilla_ ... is saved in Recent Documents. This files could never be used again. So they shouldn't be saved for the next session. This has nothing to do with documents, which are set to readonly. Its the path which should be excluded from saving in the list of Recent Documents. So could be https://bugs.documentfoundation.org/show_bug.cgi?id=90318#c2 with the shown commit isn't the commit, which "solves" the problem. If it is set back readonly documents, which are saved in a path you could open, won't be shown any more in Recent Documents.
Dear pierre-yves samyn, 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://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Bug still exists in LO 7.2.4.3 on OpenSUSE 15.3 64bit rpm Linux
*** This bug has been marked as a duplicate of bug 105057 ***