Issue 38233 - commandline switch '-norestore' doesn't work
Summary: commandline switch '-norestore' doesn't work
Status: CLOSED FIXED
Alias: None
Product: General
Classification: Code
Component: code (show other issues)
Version: OOo 1.0.0
Hardware: All All
: P1 (highest) Trivial (vote)
Target Milestone: OOo 2.0
Assignee: andreas.schluens
QA Contact: issues@framework
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-12-01 13:35 UTC by b.osi.ooo
Modified: 2004-12-03 12:25 UTC (History)
2 users (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 b.osi.ooo 2004-12-01 13:35:55 UTC 
even if this parameter is used, the restore dialog comes up
Comment 1 b.osi.ooo 2004-12-01 13:36:26 UTC 
.
Comment 2 b.osi.ooo 2004-12-01 15:53:41 UTC 
For me the dialog comes up at the end, saying that i crashed, and that my files
will get recoverd at the next start.
I don't have an issue with a dialog at the beginning :-)
(I just killed OOo with signal 11)
I think that can't be workarounded?
-> TZ agreed to P1
Comment 3 andreas.schluens 2004-12-02 07:11:10 UTC 
start investigation
Comment 4 jogi 2004-12-02 08:12:59 UTC 
Also the "document recovery" dialog after a problem has occoured should not be
visible. Just the whole recovery scenario should be disabled - like before.
Comment 5 andreas.schluens 2004-12-02 09:16:57 UTC 
I've disabled the following mechanism for the command line argument  "-norestore".
- AutoSave (!)
- EmergencySave
- AutoRecovery

The reason behind: All these features work together. And the require, that every
configuration entry must have a corresponding document loaded inside the memory.
We cant load the configuration and live without the documents (it will not crash
... but it can produce strange effects - inconsistent states).
Comment 6 jogi 2004-12-03 12:24:30 UTC 
verfied in last (Build: 8836) MWS.
Comment 7 jogi 2004-12-03 12:25:17 UTC 
closing.