Issue 23011 - Failure to start with different template as default.
Summary: Failure to start with different template as default.
Status: CLOSED DUPLICATE of issue 22399
Alias: None
Product: Calc
Classification: Application
Component: code (show other issues)
Version: 680m15
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: spreadsheet
QA Contact: issues@sc
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-11-29 11:10 UTC by settantta
Modified: 2003-12-01 11:17 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 settantta 2003-11-29 11:10:09 UTC 
Calc fails silently when anything other than the installed default is set as the
default template.

I have a temmplate which I have been using for all of this year and most of last
year. Originally made under 1.0.1, it has been my default Calc template in every
build so far. 

I have linked the *.desktop files found under the <install>/share/kde directory
to my desktop. Normally, I click the Calc icon, OO.o fires up Calc with this
template as the default.

In 680_m15, the splash appears, progress bar does its thing, then nothing.
According to Gkrellm, CPU peaks at about 80% while the splash is visible, then
drops to the usual system background (Between 5% and 15%). No further activity
is evident. Calc simply fails silently, no crash message, nothing. The first
time I tried it, there was not even the splash, simply nothing happened. After
once using the template, the splash appeared, nothing else.

Tis is Completely reproducible on my system (Mandrake 9.2, KDE 3.1.3, custom
kernel 2.4.22, 384MB, Celeron 366).

The only way I can use this template at present is by clicking the "From
Template" icon and selecting the desired template. Very slow, very cumbersome...
Comment 1 frank 2003-12-01 11:16:22 UTC 
Hi,

this is a double to Issue 22399.

Frank

*** This issue has been marked as a duplicate of 22399 ***
Comment 2 frank 2003-12-01 11:17:07 UTC 
closed double