Created attachment 158107 [details] example database Tested on Ubuntu 18.04 Version: 7.0.0.0.alpha0+ Build ID: a545e25314d464c190d9d504d78ec6cb67ead4fd 1: load attached test file 2: open form bill_customer (allow macro execution) 3: click on the print button on the form result: two page bill (report) is displayed read only, there are sections of the header missing and missing text before a sub_total value on page 2. expected: the report to run as it does in version 6.4 Attached reports produced by both the 6.4 and 7.0 binaries.
Created attachment 158108 [details] report from version 6.4 (correct)
Created attachment 158109 [details] report from version 7.0 (incorrect)
It has nothing to do with the header or any section. All the label fields are missing when I open the same report in LO 7, which works well in LO 6.4.0.3. Tested with Version: 7.0.0.0.alpha0+ Build ID: fef40fd13ec1739f5308d1ff3bcc2291e7a5d96f CPU threads: 6; OS: Linux 4.12; UI render: default; VCL: kf5; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-02-22_03:27:06 Locale: de-DE (de_DE.UTF-8); UI-Language: en-US Calc: threaded on OpenSUSE 15.1 64bit rpm Linux.
Created attachment 158115 [details] gdb trace On pc Debian x86-64 with master sources updated today, I could reproduce this. I noticed these traces on console but don't know what could be the root cause.
Let's increase the importance since: - it's reproduceable each time - it's a regression - not a corner case (at least when using reports) Alex: could you give a try on MacOs? Perhaps with last patches from Stephan, you may be able to build master sources on MacOs now.
Ok bibisect shows that the anomaly arrived with commit: 357bf8984ada1259720903ad7c7c44c9a6551cc8 Convert reportdesign to fastparser, author Noel Grandin Adding Noel to CC
Noel Grandin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/db7df91ea05f9093955583f165e32e218364fec3 tdf#130878 Report does not show label-fields It will be available in 7.0.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Hi Noel, it seems the issue is not completely fixed. After db7df91ea05f9093955583f165e32e218364fec3, the image and text are displayed, however, the generated document has 42 pages, it should have only 2
Created attachment 158313 [details] output after the fix
Noel Grandin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/cb5fc86005a85af06d8ad0bf1ac7aab7649c0048 tdf#130878 improvement to previous fix It will be available in 7.0.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Verified in Version: 7.0.0.0.alpha0+ Build ID: a11c10a83f6fceae6cfb519725d06f8eaf1013fb CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded @Noel, thanks for fixing this issue!!