Issue 85041

Summary:

Crash Tools / Options / Security -> Macro Security

Product:

General

Reporter:

kla <thomas.klarhoefer>

Component:

code

Assignee:

Status:

CLOSED FIXED

QA Contact:

issues@framework <issues>

Severity:

Trivial

Priority:

CC:

issues, joerg.skottke, jogi, oc

Version:

680m237

Keywords:

crash, regression

Target Milestone:

OOo 2.4

Hardware:

All

OS:

All

Issue Type:

DEFECT

Latest Confirmation in:

---

Developer Difficulty:

---

Attachments:

Description	Flags
truss log file	none

Description kla 2008-01-07 09:10:02 UTC

On one Solaris 10 zone (machine warpcalc.germany) we have always now the problem
that Tools / Options / Security / Macro Security crashes. 

Environment:
- Solaris 10 SPARC 11/06
- vnc viewer
- GNOME Desktop
- locale "C" (but laso LC_ALL=en_US changed nothing)

Validated:
- SRC680m124 (FAT; initial SO8) NOT exists
- SRC680m237 (FAT) problem exists
- SRC680m241 (PATCHED) problem exists
- SRC680m241 (FAT) problem exists

I have attached a truss-ouput file

Comment 1 kla 2008-01-07 09:24:28 UTC

Created attachment 50699 [details]
truss log file

Comment 2 kla 2008-01-07 09:28:41 UTC

set keywords

Comment 3 kla 2008-01-07 11:58:04 UTC

reproduced on a second machine (also a zone) in SRC680m239 (catherwood.germany) 
Solaris SPARC 10 8/07
first.bas is affected, if also other Solaris test runs will be affected we need
to update this issue to P1!

Comment 4 oc 2008-01-11 12:20:22 UTC

Hi Tobias, as discussed, the problem is a missing mozilla profile on the system
which is estimated by the Office.

Comment 5 joachim.lingner 2008-01-11 13:08:20 UTC

Comment 6 joachim.lingner 2008-01-14 15:17:26 UTC

When just starting soffice.bin then there is no crash. On the test machine the
soffice script set the LD_LIBRARY_PATH to 
/usr/sfw/lib:<office-program-dir>

where <office-programm-dir> is the complete path to the program directory.
If the LD_LIBRARY_PATH is only set to 
/usr/sfw/lib 
then there is no problem.

Comment 7 joachim.lingner 2008-01-15 12:25:33 UTC

The reason that there is no crash when soffice.bin is started directly is that
the code which causes the crash is not used. See issue  85264. The actual crash
is caused by using a NIL pointer in a printf call.

Comment 8 joachim.lingner 2008-01-15 12:43:31 UTC

Comment 9 joachim.lingner 2008-01-15 15:01:37 UTC

jl->oc: Please verify.

Comment 10 oc 2008-01-17 11:54:59 UTC

verified in internal build cws_jl84

Comment 11 oc 2008-02-12 10:39:55 UTC

closed because fix available in builds OOH680_m7 (OOo 2.4) and SRC680_m245 (OOo 3.0)