Created attachment 104415 [details]
Similarly to bug 67975 if there's a table within another table that doesn't fit fully on a page it gets truncated and some content is impossible to see. See attached file for example and pdf for how it's supposed to look like.
This reproduces in 18.104.22.168 but that is unavailable for version field...
Created attachment 104416 [details]
Hi.. Could you give simple steps to reproduce that problem from scratch?
Not right now. The example document was not created by me, I only minimized it to be smaller while still containing the bug.
I can try to figure out with a new document what exactly causes this but that'll take time. If I create a similar document and compare them in docx format which is easiest because then it's text-based then there are quite some differences initially.
Did some more testing and this should repro in new document:
1. insert 1x1 table
2. insert 1x8 table into it
3. enter single numbers into these 8 cells (just for better visibility of what's happening)
4. set inner table row height to "at least" 3cm (on a A4 page with default margins)
After doing that in Word cells 7 and 8 display on second page. In Writer half of cell 7 displays on first page, cells 8, 9 and 10 are missing and second page appears empty. Can someone confirm?
Created attachment 104793 [details]
example for comment 4
(In reply to merike from comment #5)
> Created attachment 104793 [details]
> example for comment 4
I can confirm that it looks like your description when opened in Writer.
Win 7 64-bit Version: 22.214.171.124.alpha2+
Build ID: b021b5983c62e266b82d9f0c5c6d8d8900553827
TinderBox: Win-x86@42, Branch:master, Time: 2014-11-12_00:19:18
Ubuntu 14.10 64-bit Version: 126.96.36.199.alpha2+
Build ID: 1c526c9ddda5d52f7a4db5655a4ec60b8c62835c
TinderBox: Linux-rpm_deb-x86_64@46-TDF-dbg, Branch:master, Time: 2014-11-11_23:20:41
Why severity=minor? I'd argue that if you're sent such a document and you're unable to see some of its contents it's data loss from user's point of view, despite the information being present in the file itself.
I'm setting it back to normal. Though it does look truncated in print layout view, it looks fine in web layout view.
I noticed that if i was in web layout view and deleted the table after 'Text before first table' (right-click > column > delete) and then switched to print layout view and pressed undo, the document would look as it should.
Build ID: 8bc56801af0540c0496c1f8ddd335578a8791017
TinderBox: Linux-rpm_deb-x86@45-TDF, Branch:master, Time: 2014-11-28_23:01:06
Attachment 117718 [details] seems to be another candidate document for this problem, tables inside a table across multiple pages.
Build ID: 902255645328efde34ddf62227c8278e8dd61ff0
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2015-07-30_05:23:12
Locale: en-US (en_US.UTF-8)
Looks okay in build from master branch, so this will hopefully be fixed in 5.2.
Build ID: 039b75d6cdc26dcce03e37c67115405e6f2a8ebe
CPU Threads: 4; OS Version: Windows 6.1; UI Render: default;
Locale: hu-HU (hu_HU)
In fact, bug is gone with release candidate 188.8.131.52 (was still reproducible in 184.108.40.206). Please use that, or wait until the release of 5.1.3.
Fixed in 5.0 as well.
Build ID: 490fc03b25318460cfc54456516ea2519c11d1aa
Locale: en-US (en_US.UTF-8)
@raal: can you bibisect when this was fixed?
(In reply to Yousuf (Jay) Philips from comment #12)
> Fixed in 5.0 as well.
> Version: 220.127.116.11
> Build ID: 490fc03b25318460cfc54456516ea2519c11d1aa
> Locale: en-US (en_US.UTF-8)
> @raal: can you bibisect when this was fixed?
Hi Jay, I can, but why? "Fixed in 5.0 as well." + "bug is gone with release candidate 18.104.22.168" + "Looks okay in build from master branch"
(In reply to raal from comment #13)
> Hi Jay, I can, but why? "Fixed in 5.0 as well." + "bug is gone with release
> candidate 22.214.171.124" + "Looks okay in build from master branch"
Hi raal, just curious if it got fixed through another bug report or whether it was a fix pushed in independently by a dev.