Bug 64709 - FILESAVE: Autorecovery fails every time (Caused by deleting Temp folder)
Summary: FILESAVE: Autorecovery fails every time (Caused by deleting Temp folder)
Status: RESOLVED NOTABUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.0.3.3 release
Hardware: Other Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks:
 
Reported: 2013-05-17 10:00 UTC by LL
Modified: 2015-01-10 22:29 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description LL 2013-05-17 10:00:09 UTC
Problem description: 
Files recovered after AutoRecovery are deleted together with the Temp folder every time after the Prog. closes / relaunches.

Steps to reproduce:
1. [Whenever LibreOffice crashes]
2. Do the AutoRecovery accordingly

Current behavior:
1. After AutoRecovery has saved the files, the folder named something like "lu1nrcg.tmp" is deleted right after that.
2. When AutoRecovery attempts to recover from that folder, it fails since the Prog itself has already deleted that folder and created a new .tmp folder
3. Currently, I have to copy the original .tmp folder very quickly to somewhere else before it is being deleted and then put it back to the Temp folder.

Expected behavior:
1. Both .tmp folders should exist together.
2. The prior one should be deleted only after AutoRecovery

Operating System: Windows 7
Version: 4.0.3.3 release
Comment 1 LL 2013-05-17 12:29:16 UTC
Addition info:
1. Running LibreOffice Portable
2. Changed the default 'Temp' path to $(user)/temp (I'm aware that by changing it back to C:\User\[...], it might work; but my office computer does not allow me to write into C:\)
3. The deletion takes place when the Recovery wizard is launched.
Comment 2 ign_christian 2013-10-01 13:18:45 UTC
> 2. Changed the default 'Temp' path to $(user)/temp (I'm aware that by
> changing it back to C:\User\[...], it might work; but my office computer
> does not allow me to write into C:\)

Hi LL, please explain what you meant by that information?

Does this problem will cause Bug 69997 or Bug 68944 ?

Have you tried LO 4.0.5.2 or 4.1.1.2 ?
Comment 3 Joel Madero 2014-06-25 16:52:48 UTC
As ign_christian has asked - we need a clearer description of the problem. Please provide a clearer description of the problem and test on 4.2.5.2 or newer.


Marking as NEEDINFO - once you provide clearer steps and description please mark as UNCONFIRMED. Thanks for your understanding.
Comment 4 QA Administrators 2015-01-10 18:06:52 UTC
Dear Bug Submitter,

This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information.

For more information about our NEEDINFO policy please read the wiki located here: 
https://wiki.documentfoundation.org/QA/FDO/NEEDINFO

If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed.


Thank you for helping us make LibreOffice even better for everyone!


Warm Regards,
QA Team

Message generated on: 10/01/2015
Comment 5 Urmas 2015-01-10 22:29:15 UTC
Those folders are not related to autorecovery.