Issue 14425 - fatal "X" IO error when loading/creating presentation that has backgrounds
Summary: fatal "X" IO error when loading/creating presentation that has backgrounds
Status: CLOSED FIXED
Alias: None
Product: Impress
Classification: Application
Component: ui (show other issues)
Version: OOo 1.1 Beta
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: OOo 2.0
Assignee: marc.neumann
QA Contact: issues@graphics
URL:
Keywords: oooqa
Depends on:
Blocks:
 
Reported: 2003-05-13 20:56 UTC by fellows
Modified: 2004-04-27 10:48 UTC (History)
1 user (show)

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


Attachments
A presentation file that triggers the problem (ITC11.sxi) (24.98 KB, application/octet-stream)
2003-05-13 20:58 UTC, fellows
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description fellows 2003-05-13 20:56:42 UTC
Following sequence of events occurred:
1 From an xterm on machine alpha (Redhat Linux 6.2 patched to May 1/2003)
   ssh to machine beta and login  (beta runs RH 7.3 patched to MAy 1/2003)
2 on beta export DISPLAY=alpha:0.0
3 on beta execute soffice (version 644)
4 load a pre-existing presentation file (made with OO 1.0.1 on windows 2000)
which contains 3 slides with backgrounds. ITC11.sxi
5 things go crazy with many, many instances of each of the OO windows being
drawn in outline with now contents drawn. Eventually OO crashes.  The shell
window used to start it either has an error essage "X IO error" or "sh:
crash_reporter" not found.

I repeated the exercise from beta's console, logging on and starting X and GNOME
  . Executing the soffice command.  The problem did not appear. The presentation
loaded normally.

I then installed OO 1.0.3.1 on beta and repeated the remote access and X display
 case again.  It too worked properly.  It appears to be a regression bug.

I would send the file in question but you can reproduce the problem directly.
I did the following :
logon to beta from alpha
display alpha:0.0
start OO 644
select New -> presentation
in the wizard
Page 1 select Introduce new product template
Page 2 select Dark blue with orange
       select screen
Page 3 accept defaults of noeffect/medium
Page 4 enter foo, bar, baz in the fields
Page 5 Choose all the checked items
       click on create, Watch the death-throes.

I also experimented with using the wizard but acccepting always the "<original>"
template choices (ie no background).  That seemed to work OK.
Comment 1 fellows 2003-05-13 20:58:58 UTC
Created attachment 6193 [details]
A presentation file that triggers the problem  (ITC11.sxi)
Comment 2 wolframgarten 2003-05-14 07:15:56 UTC
Reassigned to Christian.
Comment 3 christian.guenther 2003-05-17 21:15:56 UTC
We did some bug fixes in this area. Please test if the bug is fixed 
in the OOo1.1Beta
Comment 4 fellows 2003-05-18 03:49:47 UTC
Sorry, it isn't fixed in 1.1beta.  Same symptoms occur.
Comment 5 dankegel 2003-05-18 18:50:09 UTC
I tried loading ITC11.sxi in ooo1.1beta1 while DISPLAY was set to
another machine, but saw no problem.  Even tried running under valgrind,
no problems.  Maybe it's X-server specific?  I'm running Red Hat 8.0.
Could you perhaps try reproducing it on a fresh install of RH8 or RH9?
Comment 6 christian.guenther 2003-05-19 07:47:47 UTC
Please have a look.
Comment 7 fellows 2003-05-19 14:27:59 UTC
Sorry, I don't have a hardware platform to install new Linuxes on. 
The problem is probably related to the fact that the X client is
version 3.3 and the X server is 4.2. On the other hand, OOo 1.03 works
OK, likewise Mozilla and a bunch of other apps that I use.  If I get
time, and that is a big if, I can try rediecting my X client to use
the 4.2 font seerver instead of its own and see if that makes a
difference.  I do notice that the fonts my 3.3 X client/4.4 server
uses are generally different than what I see if I am using the 4.4
client/server together.
Comment 8 dankegel 2003-07-22 17:18:18 UTC
OK, I am using a libsal.so recompiled with -DFORCE_SYSALLOC,
and now Valgrind is finding a problem in
XMLShapeStyleContext::FillPropertySet().
A stack dump is online at
http://kegel.com/openoffice/issue-14425.txt

See http://www.kegel.com/openoffice/#valgrind.FORCE_SYSALLOC
for info about FORCE_SYSALLOC, and 
http://www.kegel.com/openoffice/#valgrind for info about
using Valgrind with OOO.
Comment 9 dankegel 2003-07-24 06:35:22 UTC
Created issue 17343 as home for this Valgrind error,
which pops up in other crash issues as well.
Comment 10 marc.neumann 2003-07-28 10:18:29 UTC
set target
Comment 11 fellows 2003-09-25 15:51:00 UTC
I just got around to installing 1.1.0 RC5. 
I repeated my test. 
This issue is fixed!! 
Thanks guys. 
Comment 12 marc.neumann 2004-04-27 10:48:22 UTC
so we can close this one.