Bug 43496 - FILEOPEN .doc FORMATTING "Allow TABLE to split ..." does not work although checked
Summary: FILEOPEN .doc FORMATTING "Allow TABLE to split ..." does not work although ch...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 43493 43560 52995 (view as bug list)
Depends on:
Blocks:
 
Reported: 2011-12-03 15:22 UTC by Chris Peñalver
Modified: 2015-05-06 09:09 UTC (History)
7 users (show)

See Also:
Crash report or crash signature:


Attachments
example.doc (68.00 KB, application/msword)
2011-12-03 15:22 UTC, Chris Peñalver
Details
Simple sample (21.00 KB, application/msword)
2011-12-04 02:09 UTC, Rainer Bielefeld Retired
Details
Test Case (German) from LibreOffice 4.3.7.2 (Windows) (18.47 KB, application/vnd.oasis.opendocument.text)
2015-05-06 09:09 UTC, Ulrich Windl
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Peñalver 2011-12-03 15:22:54 UTC
Created attachment 54092 [details]
example.doc

Downstream bug may be found at:
https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/898791

1) lsb_release -rd
Description: Ubuntu 11.10
Release: 11.10

2) apt-cache policy libreoffice-writer
libreoffice-writer:
  Installed: 1:3.4.4-0ubuntu1
  Candidate: 1:3.4.4-0ubuntu1
  Version table:
 *** 1:3.4.4-0ubuntu1 0
        500 http://us.archive.ubuntu.com/ubuntu/ oneiric-updates/main i386 Packages
        100 /var/lib/dpkg/status
     1:3.4.3-3ubuntu2 0
        500 http://us.archive.ubuntu.com/ubuntu/ oneiric/main i386 Packages

3) What is expected to happen in LibreOffice Writer via the Terminal:

cd ~/Desktop && wget -c https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/898791/+attachment/2614990/+files/ACT7DAYS_-_def.doc -O example.doc && lowriter -nologo example.doc

is the text at the beginning of the document is right above the table in the Word screenshot https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/898791/+attachment/2618025/+files/word-screenshot.png and rows 8 through 20 are visible when scrolling down.

4) What happens instead is the text is separated by almost an entire page as in the Writer screenshot https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/898791/+attachment/2614992/+files/stuckTable.png and rows 8 through 20 are not able to be viewed by scrolling down.
Comment 1 Chris Peñalver 2011-12-03 15:23:29 UTC
*** Bug 43493 has been marked as a duplicate of this bug. ***
Comment 2 Rainer Bielefeld Retired 2011-12-04 02:01:49 UTC
[Reproducible] with "LibreOffice 3.4.4  - WIN7 Home Premium (64bit) German UI [Build ID: OOO340m1 (Build:402)]".

Steps to reproduece:
1. Open sample with LibO and a copy with MS WORD Viewer and compare
   Expected: look equal
   Actual: empty first page below heading + sub heading, table will start on
           next page

Reason might be some misinterpretation concerning table settings. Although in table properties text flow settings I see "Allow Table to split ..." checked table does split, what also might explain other observed problems. 

Also visible with LibO 3.3.3, OOo 3.1.1, OOo 3.3, so inherited from OOo.

Linked Apache OOo bug seems to be concerning the same (or at least a related) problem.

Needinfo:
---------
Works fine for simple self exported .doc with table. Might be a broken sample document? We need a more sample document reduced to the core problem like "mysample1.odt" Adding text lines before the table by <enter> will shift table row by row over the page break. If you uncheck "Allow Table to split ..." the complete table will move to next page.


@Christopher
Only 1 Problem per Bug! If Launchpad has other rules, the reports have to be adapted for citation here!

I believe it's not necessary to repeat text of Ubuntu Launchpad report here, a link in "See Also: Add Bug URLs:" is sufficient.
For me those bugs are terrible difficult to read, what ever strings like 
"cd ~/Desktop && wget -c" should tell us?
Comment 3 Rainer Bielefeld Retired 2011-12-04 02:09:30 UTC
Created attachment 54107 [details]
Simple sample

... where settings work as expected.

BTW, with reporter's sample still a problem in Master and 3.5.0 Beta0
Comment 4 Chris Peñalver 2011-12-04 06:14:58 UTC
Rainer Bielefeld, thank you for taking a look at this bug. Regarding your comments:

+ "Works fine for simple self exported .doc with table. Might be a broken sample
document?"

The attached document opens as expected in Word. Quoting from Description:

"the text at the beginning of the document is right above the table in the
Word screenshot
https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/898791/+attachment/2618025/+files/word-screenshot.png "

+ "We need a more sample document reduced to the core problem like
"mysample1.odt"

The document attached simply and clearly demonstrates the core problem as described in the Description.

+ "Only 1 Problem per Bug! If Launchpad has other rules, the reports have to be
adapted for citation here!"

If the bug looks as if it's stacked with 2 issues, it is not. It's two resultant problems of the same root bug.

+ "For me those bugs are terrible difficult to read, what ever strings like 
"cd ~/Desktop && wget -c" should tell us?"

These are basic Linux Terminal commands. For information on cd see: https://help.ubuntu.com/community/UsingTheTerminal#File_.26_Directory_Commands
For wget see: manpages.ubuntu.com/manpages/gutsy/man1/wget.1.html

Boiling it down, it automatically gets the file, moves the file into a known problem free location, and renames it to something easy to work with.
Comment 5 Rainer Bielefeld Retired 2011-12-04 07:26:00 UTC
I know that it looks normal in WORD (Viewer), but my experience is that WORD is more tolerant concerning smaller errors in the document.
Comment 6 Rainer Bielefeld Retired 2011-12-06 23:58:38 UTC
*** Bug 43560 has been marked as a duplicate of this bug. ***
Comment 7 Rainer Bielefeld Retired 2012-08-01 04:50:27 UTC
*** Bug 52995 has been marked as a duplicate of this bug. ***
Comment 8 Rainer Bielefeld Retired 2012-08-01 04:55:49 UTC
An additional problem is that the table does not respect page header and page footer and table will be truncated at the bottom.

@Michael:
Please set Status to ASSIGNED and add yourself to "Assigned To" if you accept this Bug or forward the Bug if it's not your turf.
Comment 9 Rainer Bielefeld Retired 2013-01-07 15:49:05 UTC
*** Bug 59106 has been marked as a duplicate of this bug. ***
Comment 10 Rainer Bielefeld Retired 2013-01-07 15:54:05 UTC
FreeOffice rev 675 (Softmaker) on German WIN7 Home Premium (64bit) shows the same problem.
Comment 11 bfbf30 2014-02-21 05:52:15 UTC
I submit a "Bug 52995" (duplicate of this one) more than a year ago.
And I re-checked my example with some of newer versions.
And finally with the LO 4.2.0 my file opened as it should.
Maybe bug was finally fixed?
Comment 12 Chris Peñalver 2014-02-22 11:24:29 UTC
WORKSFORME in:
 lsb_release -rd
Description:	Ubuntu Trusty Tahr (development branch)
Release:	14.04

apt-cache policy libreoffice-writer
libreoffice-writer:
  Installed: 1:4.2.0-0ubuntu1
  Candidate: 1:4.2.0-0ubuntu1
  Version table:
     1:4.2.1-0ubuntu1 0
        400 http://us.archive.ubuntu.com/ubuntu/ trusty-proposed/main amd64 Packages
 *** 1:4.2.0-0ubuntu1 0
        500 http://us.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages
        100 /var/lib/dpkg/status
Comment 13 Ulrich Windl 2015-05-06 08:50:31 UTC
I don't know when I first hit this bug, but maybe it's several years old: It always seemed to me that the text explanation ("ALLOW table to split ...") was just wrong (i.e. inverted logic, meaning "PREVENT table to split ...").
Amazingly if you read the German help text for 4.3.7 (or 3.6), you'll find that the explanation says just that:
"Trennung der Tabelle an Seiten- oder Spaltenenden zulassen
Verhindert einen Seiten- oder Spaltenumbruch in der Tabelle."
Comment 14 Ulrich Windl 2015-05-06 09:07:16 UTC
(In reply to my comment #13)
Whewn rechecking with 4.3.7 it seems things are even worse: While in some older versions the logic seemed inverted, now whatever I check, my two-page table always starts a new page (i.e. the table rows are not split). I found out that "Keep with next paragraph" (which is empty in my test case) actually prevents splitting the table.
Comment 15 Ulrich Windl 2015-05-06 09:09:45 UTC
Created attachment 115380 [details]
Test Case (German) from LibreOffice 4.3.7.2 (Windows)

The table starts at a new page, even though there is plenty of space on that page (see comment #14).