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)
Version:
(earliest affected)
4.1.0.4 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, regression
Depends on:
Blocks:
 
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:


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

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
Description:
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:
Version: 5.4.3.2
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

Version: 6.0.2.0.0+
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
Versie: 4.4.7.2 
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

    source-hash-bb3f2900a867fdcb6df916fff58199b4ce94dd05
    
    Bibisect: This commit covers the following source commit(s) which failed to build
    34e79c19babc0e6cc281025b40635b91dca444f3
    542ad7f1c5ac7794c42248ac13e9b33f84888490
    a108f4b14e119736c6a24f00cbfe87acb71e1e4a
    f828e91d1b2f0491e3d1c724ddd12f1b9177f466
    97b583a7bfb5dc9000290c3bdc8df8751a97d65d
    355c30789e311aa13d7421ce653dc80a9030c2e2
    
    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:
            76350361f386b78e1bc9edb75af89e7ff3afe356
            67f899e1d2db0dccde4b9587a52b7157fe1fb0be
            1d77d4eada214e14938336070b248c18705939ff
            1d16f59023b1b19d01ca69b8c9735be6d3baf5d9
    
        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: 


https://gerrit.libreoffice.org/plugins/gitiles/core/+/f828e91d1b2f0491e3d1c724ddd12f1b9177f466

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


https://gerrit.libreoffice.org/plugins/gitiles/core/+/97b583a7bfb5dc9000290c3bdc8df8751a97d65d

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