Bug Hunting Session
Bug 115755 - Printing with Calc: Blank box on top of page
Summary: Printing with Calc: Blank box on top of page
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
(earliest affected) release
Hardware: All All
: medium normal
Assignee: Not Assigned
Keywords: bibisected, regression
Depends on:
Reported: 2018-02-15 16:39 UTC by ds
Modified: 2019-10-15 14:35 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

test file where the blank box error appears (17.68 KB, application/vnd.oasis.opendocument.spreadsheet)
2018-02-15 16:42 UTC, ds

Note You need to log in before you can comment on or make changes to this bug.
Description ds 2018-02-15 16:39:54 UTC
Printing preview looks OK, Exporting as PDF looks OK, Sending to printer results in blank box on top of the page (also the small preview in the print window).

Tested with v5.4.3.2, v5.5.4, v6.0.1, same results.

Steps to Reproduce:
1. Please download test file from https://www.file-upload.net/download-12980655/test.ods.html
2. Open with Calc
3. Open print dialog, you will see a big blank box which overlays the content.
4. For comparison, please also try exporting to PDF which works fine.

Actual Results:  
Blank box is shown.

Expected Results:
Content should be printed like it works fine with PDF export.

Reproducible: Always

User Profile Reset: Yes

Additional Info:
Build-ID: 92a7159f7e4af62137622921e809f8546db437e5
CPU-Threads: 4; Betriebssystem:Windows 6.2; UI-Render: Standard; 
Gebietsschema: de-DE (de_DE); Calc: group

User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:55.0) Gecko/20100101 Firefox/55.0
Comment 1 ds 2018-02-15 16:42:20 UTC
Created attachment 139929 [details]
test file where the blank box error appears

This is the test file.
It was converted from XLSX format (but same result with both formats).
Comment 2 Xavier Van Wijmeersch 2018-02-15 20:52:56 UTC
confirm with

Build ID: df72c65fdaf5f1276d1759ba3e7eec83eaaa2d20
CPU threads: 2; OS: Linux 4.14; UI render: default; VCL: kde4; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:libreoffice-6-0, Time: 2018-02-15_02:20:53
Locale: nl-BE (en_US.UTF-8); Calc: group

also with master
Comment 3 Telesto 2018-02-16 09:10:28 UTC
Repro with
Build ID: f3153a8b245191196a4b6b9abd1d0da16eead600
Locale: nl_NL
Comment 4 QA Administrators 2019-02-17 03:44:16 UTC Comment hidden (obsolete)
Comment 5 Timur 2019-02-18 15:52:11 UTC
Repro 6.3+ in Win. Repro 4.1 no 4.0. Seems regression.
Comment 6 Timur 2019-10-15 14:16:26 UTC
Using 41max I get this (but not sure what it means):

dadd589cd0633db4e126f0a6ab2907ffeef34563 is the first bad commit
commit dadd589cd0633db4e126f0a6ab2907ffeef34563
Author: Matthew Francis <mjay.francis@gmail.com>
Date:   Fri Sep 18 10:13:10 2015 +0800

    Bibisect: This commit covers the following source commit(s) which failed to build
    commit bb3f2900a867fdcb6df916fff58199b4ce94dd05
    Author:     Michael Meeks <michael.meeks@suse.com>
    AuthorDate: Mon Dec 17 19:55:32 2012 +0000
    Commit:     Michael Meeks <michael.meeks@suse.com>
    CommitDate: Mon Dec 17 19:57:54 2012 +0000
        fdo#58399 - revert attempts to untangle and accelerate this mess.
        Reverts commits:
        The bug has a great series of linked bugs and stack-traces; the
        weakref / mixed tools & UNO lifecycle here is simply hideous.

:040000 040000 99f15e051caeacf933d5bb1f0749720ffa4131ca dd73dfa370efeb20fb22ef3f616d7256824e689a M	opt
Comment 7 Timur 2019-10-15 14:34:06 UTC
Apart from Michael's https://gerrit.libreoffice.org/plugins/gitiles/core/+/bb3f2900a867fdcb6df916fff58199b4ce94dd05 , these also look suspicious to me: 


commit	f828e91d1b2f0491e3d1c724ddd12f1b9177f466	[log]
author	Noel Power <noel.power@suse.com>	Mon Dec 17 17:49:00 2012 +0000
committer	Noel Power <noel.power@suse.com>	Mon Dec 17 17:49:00 2012 +0000
tree	7b5739067e7732a09ed67693523123b618a3aa6d
parent	a108f4b14e119736c6a24f00cbfe87acb71e1e4a [diff]

fix problematic calc object selection after object create  (at non 100% zoom)

sometimes difficult to select custom shapes etc. created at non 100% zoom
levels. workaround was to use selection tool to select an area.

Change-Id: I112a60ebf37a37b16f6af5e70358853088e648a8


commit	97b583a7bfb5dc9000290c3bdc8df8751a97d65d	[log]
author	Kohei Yoshida <kohei.yoshida@gmail.com>	Mon Dec 17 11:57:06 2012 -0500
committer	Kohei Yoshida <kohei.yoshida@gmail.com>	Mon Dec 17 12:55:40 2012 -0500
tree	de102bd416e30823b2be4f09e061936c9ecdce03
parent	f828e91d1b2f0491e3d1c724ddd12f1b9177f466 [diff]

Change the order of always, never, ask enumerations.

This tri-state option is commonly ordered ask-always-never or
always-never-ask, but not always-ask-never, which is not very common.

Change-Id: Ie3a3d1b40397b5cd7d28e64948a2b946bb619b49