Created attachment 124817 [details]
ODP file with embedded table
The embedded image is displayed OK but text in the table doesn't print properly.
See example document.
Might be a duplicate of bug #77525 (https://bugs.documentfoundation.org/show_bug.cgi?id=77525) but I can't tell that for sure.
Created attachment 124818 [details]
Result when performing PDF export, print gives the same result.
I don't get the problem with 5.1.2, but I guess you Nantes folks want to stick with 5.0.x for a while..
64-bit, KDE Plasma 5
Build ID: 188.8.131.52 Arch Linux build-1
CPU Threads: 8; OS Version: Linux 4.5; UI Render: default;
Locale: fi-FI (fi_FI.UTF-8)
Created attachment 124896 [details]
PDF export with a tiny difference (top of the text in next row is visible)
Reproduced with 184.108.40.206, 220.127.116.11 and master builds (all 32-bit) on Windows 7.
Exported to PDF with default settings.
Result looks almost the same as the one attached by the reporter, except the top of the text in the next row is visible, too.
It's a regression, works in 18.104.22.168, but broken in 22.214.171.124.
Checked 4.0.x versions, works in 126.96.36.199, but (really) broken in 188.8.131.52.
As per today, this regression can't be bibisected as it was introduced before 4.4 branch and there's no bibisect repository for the affected branch, thus change 'bibisectRequest' to 'preBibisect'
Created attachment 128684 [details]
pdf export in daily 20161111 on Linux 64 bits
Is this windows only?
The attached PDF is OK.
Created in Version: 184.108.40.206.alpha1+
Build ID: 0af30952982767543cddd0b1ce643cb8d5c253a2
CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk2; Layout Engine: new;
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2016-11-11_23:43:27
Locale: nl-NL (nl_NL.UTF-8); Calc: group
maybe you can test a daily master too?
Yes, it's Windows only, and the embedded object is an EMF file.
Good idea, I tested in the below 5.3 daily build, and the issue is gone, text appears correctly in exported PDF (same with old layout engine, so not related to common layout).
Issue is still there in 220.127.116.11. => setting to WORKSFORME, adding bibisectRequest to reverse bibisect in Windows.
Build ID: 0d6f974b97597744119db9dc3d193aeeb8f9d3fa
CPU Threads: 4; OS Version: Windows 6.1; UI Render: GL; Layout Engine: old;
TinderBox: Win-x86@39, Branch:master, Time: 2016-11-11_23:56:36
Locale: hu-HU (hu_HU); Calc: CL
Working on Windows Vista in bibisect-win32-5.3, I see that commit
2ea0f9e2 (s-h 44523738, dated 2016-11-04 17:45:25) still truncates
text in the output .pdf. Later commits exhibit tdf#103989, "FILEOPEN:
crash with .odt attached to tdf#99651".
Perhaps, somebody with a different setup will have more success
reverse bibisecting this bug.
I have to correct myself, it's exported correctly if OpenGL is enabled, but still not if it's disabled (and the behavior in 5.3 is the same as in 5.2). Back to NEW. Thanks for checking!
*** This bug has been marked as a duplicate of bug 104252 ***