Bug 116319 - Regression: table repeat heading breaks with text orientation vertical
Summary: Regression: table repeat heading breaks with text orientation vertical
Status: RESOLVED DUPLICATE of bug 108482
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.4.5.1 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks:
 
Reported: 2018-03-09 15:31 UTC by Jeroen Hoek
Modified: 2018-03-09 16:11 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Reproduction case. (10.62 KB, application/vnd.oasis.opendocument.text)
2018-03-09 15:32 UTC, Jeroen Hoek
Details
How it looks in LibreOffice 5.1.6.2 (PDF export). (20.96 KB, application/pdf)
2018-03-09 15:33 UTC, Jeroen Hoek
Details
How it looks in LibreOffice 5.4.5.1 (PDF export). (20.40 KB, application/pdf)
2018-03-09 15:34 UTC, Jeroen Hoek
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jeroen Hoek 2018-03-09 15:31:26 UTC
Description:
With a table that spans multiple pages, the repeat heading function can be used to repeat the first n rows on each page. This functionality is broken in LibreOffice 5.4.5.1 when the cells in the first row have their text orientation set to vertical instead of horizontal.

Steps to Reproduce:
1. Create a table that spans multiple pages.
2. Select all cells of the first row.
3. Change all cells in the first row via 'Table Properties', and set 'Text Orientation' to Vertical.
4. Deselect the cells of the first row.
5. Change the tables properties via 'Table Properties', and set the first row to repeat via 'Repeat Heading'.

Actual Results:  
The first row is not repeated on subsequent pages.

Expected Results:
The first row should repeat on each subsequent page.


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 5.4.5.1
Build ID: 1:5.4.5-0ubuntu0.17.10.5
CPU threads: 8; OS: Linux 4.13; UI render: default; VCL: gtk3; 
Locale: en-GB (en_GB.UTF-8); Calc: group


User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:58.0) Gecko/20100101 Firefox/58.0
Comment 1 Jeroen Hoek 2018-03-09 15:32:51 UTC
Created attachment 140509 [details]
Reproduction case.

This document reproduces the problem in LibreOffice 5.4.5.1, but works as expected in LibreOffice 5.1.6.2, indicating that this may be a regression.
Comment 2 Jeroen Hoek 2018-03-09 15:33:57 UTC
Created attachment 140510 [details]
How it looks in LibreOffice 5.1.6.2 (PDF export).

This shows the desired behaviour. This is a PDF export of the reproduction document from LibreOffice 5.1.6.2.
Comment 3 Jeroen Hoek 2018-03-09 15:34:24 UTC
Created attachment 140511 [details]
How it looks in LibreOffice 5.4.5.1 (PDF export).

This is what happens in the newer LibreOffice 5.4.5.1.
Comment 4 raal 2018-03-09 16:09:53 UTC
This seems to have begun at the below commit.
Adding Cc: to Mike Kaganski ; Could you possibly take a look at this one?
Thanks
 5ab89b966087d48e41d4bf4809a53e7e0e89cb86 is the first bad commit
commit 5ab89b966087d48e41d4bf4809a53e7e0e89cb86
Author: Jenkins Build User <tdf@pollux.tdf>
Date:   Wed Feb 8 17:28:37 2017 +0100

    source 6f5024de2e1a5cc533527e45b33d9a415467c48d
author	Mike Kaganski <mike.kaganski@collabora.com>	2016-12-08 23:01:03 +0300
committer	Miklos Vajna <vmiklos@collabora.co.uk>	2016-12-12 08:23:30 +0000
commit 6f5024de2e1a5cc533527e45b33d9a415467c48d (patch)
tree de8f7248a9f0361e23dcbb1eacb72f67071d51a9
parent 7740e945e0c74d057c424cced079adc766cc5604 (diff)
tdf#104425 sw: split rows w/large min height (fix layout loop)
This solves the problem of rows with too big minimal height causing
layout failure (the table just goes out of page, does not flow to
next page).
Comment 5 raal 2018-03-09 16:11:21 UTC

*** This bug has been marked as a duplicate of bug 108482 ***