Issue 47075 - crash restore with problems
Summary: crash restore with problems
Status: CLOSED IRREPRODUCIBLE
Alias: None
Product: General
Classification: Code
Component: ui (show other issues)
Version: 680m91
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: thorsten.martens
QA Contact: issues@framework
URL:
Keywords: needmoreinfo, oooqa
Depends on:
Blocks:
 
Reported: 2005-04-09 07:10 UTC by kb0000
Modified: 2005-07-08 08:35 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description kb0000 2005-04-09 07:10:42 UTC 
after OO has crashed it tries to open the crashed file when it starts next time. 
in my case the file OO tries to open makes it crash again.
i have run soffice -norestore to avoid the problem, but even after i close OO
with no crash, the next time i open without -norestpore OO tries to reopen the
failing documents.

i suggest that OO should only try to open failing documentss until OO has been
closed nicly.


(OO 1.9.91 on linux)
Comment 1 lohmaier 2005-04-09 16:04:10 UTC 
If you recognize that OOo crashes during recovery, why not press "cancel" next
time? This way you get the chance to save backup copies of the crashed files but
OOo doesn't attempt to restore them.
Comment 2 kb0000 2005-04-09 19:55:54 UTC 
i did click that i do not want to recover the file.
however, when i tried to open the file again, OO locked (100% cpu), i killed OO.
now OO tries to recover as soon as i start, it does not ask if i like the idea
of recovering or not.
Comment 3 michael.ruess 2005-04-11 07:24:44 UTC 
Framework issue.
Comment 4 thorsten.martens 2005-07-08 08:35:13 UTC 
Please use a more recent build like a m113. The problem wasn´t reproducible.
Closed as "worksforme"
Comment 5 thorsten.martens 2005-07-08 08:35:36 UTC 
closed