Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing
|Summary:||Add old document name to 'Recent Documents' when save with new name|
|Component:||ui||Assignee:||AOO issues mailing list <issues>|
|Status:||CONFIRMED ---||QA Contact:|
|Priority:||P3||CC:||anaraghi, aschaud1, issues, jcasamento2009, rainerbielefeld_ooo_qa|
|Issue Type:||ENHANCEMENT||Latest Confirmation in:||---|
Description tab 2008-06-02 00:21:44 UTC
After editing a file Fila, I save it under a new name, Filb. Now, I want to reopen Fila --but it is not listed as a â€™recent documentâ€™ --why? Should it not be first on the list? (I can reopen Fila with Open, and browse.)
Comment 1 michael.ruess 2008-06-02 09:15:45 UTC
Comment 2 thorsten.martens 2008-06-02 11:52:12 UTC
TM->AS: reproducible. Please have a look, thanks !
Comment 3 fhineman 2008-06-09 16:23:11 UTC
Problem still exists in OpenOffice 2.4.0. However, it is bigger than first reported. Expect Impress, Calc, and Writer to all have the same "recent history" functionality. I tested using OpenOffice Impress, Calc, and Writer by using the steps that were outlined earlier (FileA, FileB). I observed that Impress (and Calc) are both not showing any recent history. Meaning that Impress's (and Calc's) "recent history" list are empty. Not showing any "recent history". Writer seems to behave as the originator of this bug, described. For testing Impress, Calc, and Writer, I saved the file as TestA, TestB, FileA, FileB, Temp, etc. I even tried editing the file and then saving it. Each time I went back to look at the "recent history" list. There were absolutely no Impress or Calc(.ods) files shown in the recent history list.
Comment 4 Joseph Casamento 2011-09-28 23:23:50 UTC
(Joey Casamento, 9/28/2011) I was able to replicate this bug on Windows 7 64-bit using OpenOffice 3.3.0, build 9567. I can confirm that the bug exists in Impress, Writer, Draw, Math, and Calc. Steps to reproduce: 1. Create a new blank document, or open an existing document. 2. Save the file with a distinct file name (such as Test1). 3. Modify the file by adding text or other objects. 4. Click "Save As..." in the File menu, and save the file with a new name (such as Test2). 5. Observe the Recent Documents list by opening the File menu and moving the mouse over "Recent Documents". Expected behavior: The first file (Test1) should be at the top of the Recent Documents list. Observed behavior: The first file (Test1) is not on the Recent Documents list. The issue appears to be caused by the Recent Documents list only being updated when the application starts, while ideally it would be updated at startup and any time a file is saved.
Comment 5 Joseph Casamento 2011-09-28 23:26:30 UTC
I can also confirm that the same bug exists in build 9567 on Ubuntu 11.04 64-bit, and the same steps apply to replicate it.
Comment 6 Ariana 2011-09-29 23:30:25 UTC
I was able to replicate this bug in Windows XP using Open Office 3.4.0. Steps for replication: 1. Create a new presentation. 2. Save the file (I chose Impress1.odp) 3. Edit the file by, for example, adding text. 4. Go to File and Press "Save As..." and change the name to something different (Impress2.odp) 5. Go to File and hover over Recent Documents and notice that neither Impress1.odp nor Impress2.odp are in the list. 6. Restart OpenOffice and go to Impress. 7. Go to File and hover over Recent Documents and notice that Impress2.odp is in the list, yet Impress1.odp is not in the list. Expected: Impress1.odp would be in the Recent Documents list after restarting Open Office. Observed: Impress1.odp was not in the Recent Documents list at all, even after restarting Open Office.
Comment 7 Aniruddha 2011-09-30 08:51:46 UTC
I was able to reproduce the bug according to the description provided. I have put together all the relevant information in the bug report so that it could be useful for the readers/developers. Title – File not present in the recent documents list if saved under a new name. Description – If a file say, file A is currently being edited and is saved as a new file say file B, after closing the file and reopening one of those (file A or file B) files, the file A is not visible in the recent documents. Status – Unconfirmed Version Number – OOo-dev 3.4.0 Build 9582 Feature Area – Recent Documents under File menu. Reproduction Steps – 1. Create a new Open Office Presentation and add some information in it. 2. Save it as File_A. 3. Now, from the File menu, select Save as option to save the same file as File_B. 4. Close the file. 5. Open any of the two files. viz File_A or File_B. 6. Go to Menu, File -> Recent Documents. You could observe that the File_B is present in the list but File_A is not present in the list. Severity – Trivial (Minor functionality problem) Customer/User Impact – The likelihood of occurrence of this bug is more but the impact is not severe considering it’s a minor functionality problem and it does not cause user to stop his/her work. Environment – • Operating System – Windows 7 Professional • Processor – Intel Core 2 Duo 2.1 GHz • RAM – 4 GB • System type – 64 Bit OS.
Comment 8 Rob Weir 2013-07-30 02:41:15 UTC
Reset assignee on issues not touched by assignee in more than 1000 days.
Comment 9 Rainer Bielefeld 2013-12-23 06:01:09 UTC
Additional Info: --------------- (a) I can confirm observations, but I don't consider that as a bug as long as nobody can cite a guideline postulating "every opened document should ...." (b) But of course Help currently tells that any opened file should be listed, see "Bug 123906 - Wrong Help for menu File - Recent Documents" (c) I see many different behaviors for "Recent Documents"in different softwares
Comment 10 Rainer Bielefeld 2013-12-23 21:44:14 UTC
I think it's clever that the opened document does not appear in the Recent Documents list before it becomes closed again. So room for entries stays for other documents what have not been opened yet. But indeed, I would like to see also the document what changed the name appearing in the RD-list; except "UNTITLED", of course. I currently see this one more as en Enhancement Request. Probably OS=ALL, but someone should test.