Bug 164710 - Creating Forms: Background of transparent label controls will be shown
Summary: Creating Forms: Background of transparent label controls will be shown
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Base (show other bugs)
Version:
(earliest affected)
25.2.0.1 rc
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-01-14 18:46 UTC by Robert Großkopf
Modified: 2025-03-12 15:51 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Open the screenshot and read the descripion. (204.72 KB, application/pdf)
2025-01-14 18:46 UTC, Robert Großkopf
Details
Open the screenshot. Background for labelcontrol could be seen - but new bugs. (76.33 KB, image/png)
2025-03-12 15:41 UTC, Robert Großkopf
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Robert Großkopf 2025-01-14 18:46:33 UTC
Created attachment 198540 [details]
Open the screenshot and read the descripion.

Have a look at the attached pdf-file. Shows the same form opened in LO 25.2.0.2 and LO 24.8.4.2 for editing.

You could see a white background for label controls in LO 25.2, which shouldn't be there, because the controls will be shown without background.

By the way: This isn't the only bug. If form is zoomed it will appear blurry. This had been fixed for opening forms for input data, but hasn't been fixed for editing forms.
Comment 1 Michael Weghorn 2025-01-30 09:01:27 UTC
Can you please attach a sample file (form) with clear steps to reproduce?

In case you're interested, by bibisecting [1], it's possible to identify the commit that introduced the issue, and notifying the developer can potentially help to motivate them look into the issue (but there's no guarantee).

[1] https://wiki.documentfoundation.org/QA/Bibisect
Comment 2 Michael Weghorn 2025-01-30 09:23:30 UTC
(In reply to Michael Weghorn from comment #1)
> Can you please attach a sample file (form) with clear steps to reproduce?

I found a sample database in tdf#164460. Steps to reproduce:

1) open attachment 198264 [details]
2) double-click on "frm_Einstellungen" to open that form

I checked this with the 25.8 bibisect repo and it turns out the issue is reproducible with older versions, but no more the current development version.

Bibisecting points to this fix:

commit f3f70ef02f04d876abb768bb3ec65645ddb8d89d
Author: Armin Le Grand (Collabora)
Date:   Wed Dec 18 15:52:12 2024 +0100

    tdf#164270 CairoSDPR: Correct Control rendering

-> closing as a duplicate of that bug

*** This bug has been marked as a duplicate of bug 164270 ***
Comment 3 Robert Großkopf 2025-01-30 09:58:12 UTC
Double-Click on a form open the form for input data. This has been fixed since LO 25.0.0.2. But right mouseclick on the form and edit the form shows the buggy behavior.
Comment 4 Michael Weghorn 2025-01-30 11:12:12 UTC
(In reply to Robert Großkopf from comment #3)
> Double-Click on a form open the form for input data. This has been fixed
> since LO 25.0.0.2. But right mouseclick on the form and edit the form shows
> the buggy behavior.

Indeed, I can reproduce that.

Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: c45b278542f41a61c223c13f74e910badb3a8851
CPU threads: 32; OS: Linux 6.12; UI render: default; VCL: gtk3
Locale: en-GB (en_GB.UTF-8); UI: en-US
Calc: threaded
Comment 5 Robert Großkopf 2025-03-12 15:41:02 UTC
Created attachment 199771 [details]
Open the screenshot. Background for labelcontrol could be seen - but new bugs.

Seem this buggy behavior has been gone with
Version: 25.2.2.1 (X86_64) / LibreOffice Community
Build ID: 38d746d66d9b82fa248a2e90142b9dd3ddd1d6cd
CPU threads: 6; OS: Linux 6.4; UI render: default; VCL: kf5 (cairo+xcb)
Locale: de-DE (de_DE.UTF-8); UI: de-DE
Calc: threaded

… but new bugs appeared…