Description: I had to create a label-page containing 10 individual labels on each page. When printing these labels one set of data gets lost (is omitted) exactly on each page change. Which means in case of this label-layout datasets 11 and 22 of the corresponding ods-database are omitted and do not appear on the labels when printing. Steps to Reproduce: 1. I created an ods-table containig 24 rows with two columns of simple text-data. Apart from the 24 rows of data, within this ods there is one emtpy row somewhere in the middle and one row with only one column containing text (in bold) that has a background color. 2. I used the assistant in writer to create a new label-file (odt) with a custom-created format for the labels since Herma 4412 (A4) was not predefined as label-format. Herma 4412 has 10 labels on each page. I did not tick the "Synchronize contents box" 3. This odt is connected to the table described in step 1 as the database for printing labels. 4. Having finished the assistant I formated the top left label and copy&pasted it to all 9 other empty labels within the document. Then I used the normal printing dialog to print the labels. Actual Results: Printing theses labels as such works fine. However I realized that exactly on each page-change one set of data is omitted. The first 10 rows of the corresponding database get printed, row 11 is omitted, rows 12-21 get printed again, row 22 is omitted. Expected Results: Even when not synchronizing the top left label but copy&pasting it instead every set of data should be printed on the labels. None should be omitted. Reproducible: Always User Profile Reset: No Additional Info: This does not happen when I tick the Synchronize contents box when creating the label-file.
QA:needsComment -> on what??
Jenseman, could you add a sample document, as that would make it easier fore us to verify the bug? Thank you.
Created attachment 191535 [details] testcase testcase in a zip-archive containing lable-odt-file, calc-sheet and resulting pdf after printing. As you can see #17 is missing but is present in the database.