Bug 1889257

Summary: libreoffice calc bug
Product: [Fedora] Fedora Reporter: jari.kosonen4
Component: libreofficeAssignee: Caolan McNamara <caolanm>
Status: CLOSED UPSTREAM QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 33CC: caolanm, dtardon, erack, sbergman
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2021-01-26 15:07:04 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description jari.kosonen4 2020-10-19 07:56:21 UTC
Description of problem:
*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug


Version-Release number of selected component (if applicable):
7.0.2.2

How reproducible:
using macros in the libreoffice calc

Steps to Reproduce:
1. start the libreoffice calc
2. run the macros
3.

Actual results:
It seems to work and not crashing, but there is a lot of debug messages from
the libreoffice calc.

Expected results:
- no debug messages come out

Additional info:
[jari@ENVY-17 GDS]$ soffice ./dr_waiver_list_LVDS_TOP_V1.xls 
State is 0
State is 0
State is 0
State is 0
*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug

*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug

*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug

*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug

*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug

Comment 1 Caolan McNamara 2020-10-19 08:07:58 UTC
With all document, or just some specific ones ? Is desktop scaling enabled, and if it is what % is it ?

Comment 2 jari.kosonen4 2020-12-20 12:49:08 UTC
I'm guessing it is 'fixed' in this later installed version:
[jari@ENVY-17 ample]$ soffice --version
LibreOffice 6.4.7.2 40(Build:2)
It didn't appear anymore.

Comment 3 Caolan McNamara 2020-12-20 16:19:56 UTC
Original report was LibreOffice 7.0.2.2 on Fedora 33, comment #2 though is LibreOffice 6.4.7.2 which would be Fedora 32. So I don't know if the problem persists in Fedora 33 with current LibreOffice 7.0.4.2 ?

Comment 4 jari.kosonen4 2021-01-17 12:41:56 UTC
Thats correct. The problem didn't appear with 6.4.x, but with 7.0.x I still get below message on the terminal:
[jari@ENVY-17 c_code]$ soffice 
State is 0
State is 0
State is 0
.
.
.

Comment 5 Caolan McNamara 2021-01-17 20:24:51 UTC
The "State is 0" lines are coming from LibreOffice itself as some overlooked debugging line: upstreamed fix as https://gerrit.libreoffice.org/c/core/+/109482 I don't see the other messages, those are presumably from pixman.

Comment 6 Caolan McNamara 2021-01-26 15:07:04 UTC
we'll have the fix what I see in the next upstream release