Issue 46683 - Switch to web layout causes renumber bug, and crash
Summary: Switch to web layout causes renumber bug, and crash
Status: CLOSED FIXED
Alias: None
Product: Writer
Classification: Application
Component: editing (show other issues)
Version: OOo 2.0 Beta
Hardware: PC Windows 2000
: P2 Trivial (vote)
Target Milestone: ---
Assignee: michael.ruess
QA Contact: issues@sw
URL:
Keywords:
: 53822 56518 56649 56815 56958 63269 63568 (view as issue list)
Depends on:
Blocks:
 
Reported: 2005-04-05 09:49 UTC by rsearjeant
Modified: 2013-08-07 14:42 UTC (History)
1 user (show)

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


Attachments
Sample to illustrate page-numbering crash (17.29 KB, application/vnd.sun.xml.writer)
2005-04-05 09:50 UTC, rsearjeant
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description rsearjeant 2005-04-05 09:49:03 UTC
My Environment:

Microsoft Windows 2000 Professional SP4
Dell Precision 650, Intel Xeon 2.4GHz, 1GB RAM
OpenOffice.org 2.0 Beta (1.9.79)

To reproduce this defect:

1.Open the attached RenumberingBugSample.odt file.  (Open in Print Layout view).

2.Scroll down and place the insertion point (the i-beam cursor) somewhere on 
page 2.

3.Click View/Web Layout 

4.The program appears to get stuck in an infinite loop, visiting or renumbering 
pages which do not exist.  

The page numbering is visible in status-bar panel.
The page counter just keeps rising, and I guess this would continue 
indefinitely, perhaps until the process ran out of memory. Only way to stop it 
is to kill the process.

I decided to look at the XML inside the document.  I discovered that in the 
offending document, the content.xml showed that the Contents title style had a 
very, very long name made up mostly of what look like hex character references:

<text:index-title-template text:style-name="Contents_5f_5f_5f_5f_5f_  ..... 
(elided)

This style name doesn't show up in the Stylist, but can be seen in the Styles 
tab of the Index/Contents editing dialog (right click on the TOC and choose 
Edit Index/Table).

OOo Writer doesn't allow you to edit this style, either.  In the same dialog, I 
selected the offending style in the right-hand list, then clicked Edit.  
Nothing happens!  If you select any other Paragraph Style in the right-hand 
list, you can edit it, but not this one.  Internally, OOo must be rejecting 
this style.

I removed the style association by selecting it in the left hand list and 
clicking on Default.  The previously 'rogue' document then behaves correctly, 
so my guess is that this behaviour is somehow linked to the style name.

NOTE: the original document was written in Word and imported into OOo.  
However, I it has been edited and saved in odt format for most of its life.  I 
wonder if this rogues style name originated with the conversion?
Comment 1 rsearjeant 2005-04-05 09:50:22 UTC
Created attachment 24674 [details]
Sample to illustrate page-numbering crash
Comment 2 michael.ruess 2005-04-05 12:07:36 UTC
MRU->FME: Writer is caught in a Loop when switching to WebLayout in attached
document. 
Comment 3 frank.meies 2005-05-11 11:32:17 UTC
FME: Fixed in cws swqbugfixes30:

/cvs/sw/sw/source/core/layout/flowfrm.cxx,v  <--  flowfrm.cxx
new revision: 1.48.2.1; previous revision: 1.48
Comment 4 frank.meies 2005-06-01 10:13:12 UTC
FME: Ready for QA.

re-open issue and reassign to mru@openoffice.org
Comment 5 frank.meies 2005-06-01 10:13:17 UTC
reassign to mru@openoffice.org
Comment 6 frank.meies 2005-06-01 10:13:25 UTC
reset resolution to FIXED
Comment 7 michael.ruess 2005-06-02 14:13:53 UTC
Verified fix in CWS swqbugfixes30.
Comment 8 frank.meies 2005-06-28 15:59:20 UTC
.
Comment 9 frank.meies 2005-06-28 16:02:40 UTC
.
Comment 10 frank.meies 2005-07-04 09:24:56 UTC
.
Comment 11 frank.meies 2005-08-22 08:26:27 UTC
FME: Ready for QA.

re-open issue and reassign to mru@openoffice.org
Comment 12 frank.meies 2005-08-22 08:26:32 UTC
reassign to mru@openoffice.org
Comment 13 frank.meies 2005-08-22 08:26:36 UTC
reset resolution to FIXED
Comment 14 michael.ruess 2005-08-24 16:01:11 UTC
MRU: verified fix in CWS swqbf35.
Comment 15 michael.ruess 2005-10-07 15:19:22 UTC
Checked fix in build 680m132.
Comment 16 eric.savary 2005-10-27 15:40:15 UTC
*** Issue 56518 has been marked as a duplicate of this issue. ***
Comment 17 eric.savary 2005-10-28 11:10:18 UTC
*** Issue 56815 has been marked as a duplicate of this issue. ***
Comment 18 eric.savary 2005-10-28 13:50:17 UTC
*** Issue 56649 has been marked as a duplicate of this issue. ***
Comment 19 eric.savary 2005-10-31 02:45:11 UTC
*** Issue 56958 has been marked as a duplicate of this issue. ***
Comment 20 eric.savary 2005-11-21 14:27:39 UTC
*** Issue 53822 has been marked as a duplicate of this issue. ***
Comment 21 eric.savary 2006-03-16 16:41:00 UTC
*** Issue 63269 has been marked as a duplicate of this issue. ***
Comment 22 eric.savary 2006-05-15 11:58:46 UTC
*** Issue 63568 has been marked as a duplicate of this issue. ***
Comment 23 enmane 2007-10-09 18:34:04 UTC
This issue is NOT fixed.  It's still ongoing with a research document of mine
and I've stripped away all offending _5f entries except for two and after 2
saves, I'm at 4 of them.

Seriously guys, what's going on?  This is a HUGE bug, reported numerous times,
with the end result that documents won't load eventually.  Lots of visibility
with the worst end result possible - you'd think it would receive the attention
it deserves and a fix that actually works.

I've reopened this issue under 82443
Comment 24 frank.meies 2007-10-10 09:13:35 UTC
fme->enmane: This issue is about an infinite loop when switching the attached
document to web layout. We are not talking about the _5f stuff, which is a
different issue.