Issue 74264 - Part of tableinitially disappears when "row break across pages" disabled
Summary: Part of tableinitially disappears when "row break across pages" disabled
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: formatting (show other issues)
Version: OOo 2.1
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-02-07 13:28 UTC by rbos
Modified: 2013-08-07 14:44 UTC (History)
3 users (show)

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

Attachments
Test document to be used to debug table problem (10.76 KB, application/vnd.oasis.opendocument.spreadsheet)
2007-02-07 13:30 UTC, rbos 		no flags Details
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 rbos 2007-02-07 13:28:42 UTC 
- Open attached document
- With the cursor on the table, use right mouse button (RMB) and select table
- Unselect : allow row to break across pages and columns
  click OK

It looks like nothing is happening, but the 2nd page of document is gone.

- Save the document (^s) and quite the document
- Open the document, all is fine now.  Second part of the table is now located
  on the second page as expected.

The bug is that the document needs to be saved, quit and re-opened to obtain
the right view of document.  It should not be necessarry to quite the 
wordprocessor.
Comment 1 rbos 2007-02-07 13:30:09 UTC 
Created attachment 42825 [details]
Test document to be used to debug table problem
Comment 2 kpalagin 2007-02-07 20:44:09 UTC 
I can confirm (OO 2.1 on WinXP) that after I unselect 
"allow row to break across pages and columns"
table fits onto one page, which seems wrong.
Comment 3 michael.ruess 2007-02-08 11:32:23 UTC 
MRU->FME: open attached document, place cursor e.g. in cell A10. Disable "Allow
row to break across pages" for this row -> part which resides on page 2 is not
visible anymore; ok after save/reload.
Comment 4 Martin Hollmichel 2007-09-10 14:10:12 UTC 
move to target 3.x according http://wiki.services.openoffice.org/wiki/Target_3x
Comment 5 kpalagin 2008-01-17 14:34:31 UTC 
Frank,
any chance you could fix this issue for 3.0?

Thanks.
WBR,
KP.
Comment 6 frank.meies 2008-01-17 15:17:54 UTC 
Kyrill, I see the problem, the bug is located in
SwTabFrm::RemoveFollowFlowLine(). But for three reasons I don't want to promise
to fix this for 3.0 but prefer to leave this on 3.x:

1. That code is somewhat fragile, so without a very good reason I don't like to
touch it
2. The workaround is quite easy, just trigger a reformatting of the table (by
e.g., entering an empty paragraph somewhere in front of the table and deleting
it again)
3. Since 2.3, we have a new table model and the bug does only occur with the old
table model, so only documents which have been created with a version < 2.3 are
potentially affected.

So from this point of view I don't consider this a 'must have' for 3.0. What do
you think?
Comment 7 kpalagin 2008-01-17 18:20:28 UTC 
Frank,
this problem also happens for .doc files and those are not going anywhere any 
time soon (I am sending you confidential sample via e-mail).

So if you could provide private build with this fix I can test it on my users.

Also, we have unofficial OpenOffice Pro build by Russian-based Infra Resource. 
If chief developer Rail Aliev will be kind enough to include the patch or CWS 
in his build we will get major real-life testing (especially if we can make it 
for 2.4). I have included Rail in CC.

OTOH, if you foresee that fixing this issue after 3.0 will be substantially 
more convenient for you then I can not insist. 

WBR,
KP.