Bug 469157 - [fix available] Openoffice.org crash when opening a particular html file
Summary: [fix available] Openoffice.org crash when opening a particular html file
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: openoffice.org
Version: 5.2
Hardware: All
OS: Linux
medium
medium
Target Milestone: rc
: ---
Assignee: David Tardon
QA Contact: desktop-bugs@redhat.com
URL:
Whiteboard:
: 469991 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-10-30 10:52 UTC by Suqin Huang
Modified: 2010-03-30 08:45 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-03-30 08:45:13 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
Error message (92.53 KB, image/gif)
2008-10-30 10:52 UTC, Suqin Huang
no flags Details
crash file (308.47 KB, text/html)
2008-10-31 01:48 UTC, Suqin Huang
no flags Details
fix (part 1) (2.41 KB, patch)
2009-08-20 05:41 UTC, David Tardon
no flags Details | Diff
fix (part 2) (2.80 KB, patch)
2009-08-20 05:42 UTC, David Tardon
no flags Details | Diff


Links
System ID Private Priority Status Summary Last Updated
OpenOffice.org 74972 0 None None None Never
OpenOffice.org 95698 0 None None None Never
Red Hat Product Errata RHBA-2010:0274 0 normal SHIPPED_LIVE openoffice.org bug fix and enhancement update 2010-03-29 13:52:09 UTC

Description Suqin Huang 2008-10-30 10:52:04 UTC
Created attachment 321913 [details]
Error message

Description of problem:
Openoffice is crashed when open a html file created by terminal.

Version-Release number of selected component (if applicable):
openoffice.org-2.3.0-6.5.4.el5_2

How reproducible:


Steps to Reproduce:
1. Use terminal to create a html file.
2. Open one file by openoffice.
3. Click File->Open to open the html file .
  
Actual results:
Openoffice crash. (The error message is in the attachment) 

Expected results:
The html file is opened successfully.

Additional info:

Comment 1 David Tardon 2008-10-30 13:35:45 UTC
dtardon->shuang: I may be slow in understanding today, but what do you mean by "Use terminal to create a html file"? Could you attach the problematic HTML file? Also, we need text of the crash report, not a screenshot.

Comment 2 Suqin Huang 2008-10-31 01:48:32 UTC
Created attachment 322010 [details]
crash file

1. Open terminal to create a html file. Such as " vim crash.html".
2. Open one website and right click to select "View page source".
3. Copy the source and paste to the html file which is created.

It got a crash during several operation.
The attachment is the example.

Comment 3 Suqin Huang 2008-10-31 03:13:58 UTC
The source copied from TestRunner page will get this crash.
Such as this page "http://batman.bne.redhat.com/bugzilla/tr_showcaselog.cgi?run_id=1269&component_id=21".

Comment 4 David Tardon 2008-10-31 07:29:42 UTC
Confirmed the crash. It crashes on F-9 too; Rawhide is OK.

Comment 5 David Tardon 2008-10-31 07:43:14 UTC
dtardon->shuang: Btw., the assigned HTML file is corrupted. It should start with "<!DOCTYPE", but first four characters are missing, which is probably consequence of copying the HTML page source into editor and saving it from there instead of using Save facility of browser. That corruption has nothing to do with the crash, however.

Comment 6 Suqin Huang 2008-11-05 03:01:15 UTC
It also crashes when open a html file which is saved from the website directory.
Steps:
1. Open a website and click "File->Save Page As" to save this page to local mathine. (Can use www.sina.com.cn to have a test)
2. Open this html file with openoffice.openoffice.org-2.3.0-6.10.el5 x86_64 (zh_CN) 	

Additional info:
openoffice.org-2.3.0-6.10.el5 x86_64 (zh_CN) has the same problem

Comment 7 David Tardon 2008-11-05 06:11:16 UTC
*** Bug 469991 has been marked as a duplicate of this bug. ***

Comment 8 Caolan McNamara 2009-01-06 16:56:06 UTC
caolanm->dtardon: upstream claims to have a fix for this in workspace sw31bf03, can you see if that would also work for 2.3.0 as well ?

Comment 9 David Tardon 2009-01-07 06:03:44 UTC
dtardon->caolanm: Yes, I know about it (but thanks anyway). It 'fixes' the original bug--the HTML file gets opened--but it crashes on switch to Print Layout. From quick check in gdb it looks like a problem very similar to the one described on upstream--a frame is moved from inside a nested table--with the difference that frame that is moved outwards is not a SectFrm, but a TxtFrm.

I'm going to look at changes in sw/source/core/layout between 2.3.0 and 3.0.0 .

Comment 13 David Tardon 2009-01-19 11:12:10 UTC
dtardon->caolanm: The updated upstream patch solves the problem with switching web<->page layout; at least

Comment 14 David Tardon 2009-01-19 11:14:05 UTC
comment 13 was mistake....

Comment 15 David Tardon 2009-05-20 05:03:47 UTC
I've eventually managed to find a solution for this bug. There are two parts of it: the first one is the upstream fix for ooo#95698, the second one increases robustness of code dealing with table model (that has been done in CWS sw8u10bf03 for OOo 2.4.0).

Comment 16 Caolan McNamara 2009-05-20 08:15:32 UTC
sweet

Comment 17 David Tardon 2009-08-20 05:41:31 UTC
Created attachment 358038 [details]
fix (part 1)

Comment 18 David Tardon 2009-08-20 05:42:11 UTC
Created attachment 358039 [details]
fix (part 2)

Comment 20 koka xiong 2009-12-28 09:37:42 UTC
Verified with openoffice.org-3.1.1-19.1.el5
on 
Red Hat Enterprise Linux 5Client - i386, x86_64
Red Hat Enterprise Linux 5Server-DPAS - i386, x86_64
1.With the old package,it will crash when open https://bugzilla.redhat.com/attachment.cgi?id=322010
2.With the new package,the open office can open https://bugzilla.redhat.com/attachment.cgi?id=322010 correctly,no crash happens.

Verified passed.

Comment 22 errata-xmlrpc 2010-03-30 08:45:13 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2010-0274.html


Note You need to log in before you can comment on or make changes to this bug.