Created attachment 200843 [details] Screenshot with displaced background of form controls while editing form Open the attached screenshot. Shows a form, opened for editing since LO 25.2. Backgrounds of many controls are totally displaced, sometimes appear 2 times. Tested with Version: 25.2.3.2 (X86_64) / LibreOffice Community Build ID: bbb074479178df812d175f709636b368952c2ce3 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 Works well with LO 24.8.6.2 and older versions, fails since LO 25.2
Created attachment 200844 [details] Firebird internal database - will open form automatically when macros enabled Attached internal Firebird database will open the form "frm_Rechnung" automatically when macros are enabled. Close this form and open it for editing, not for input data. Looks well in LO 24.8., buggy positioned background in LO 25.2
This bug won't appear in Version: 25.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 5c7b3f5dc1f14081eed380999dc029a500784d55 CPU threads: 6; OS: Linux 6.4; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: threaded I remember there had been made a fix, but it hasn't been backported to LO 25.2…
all work fine with : Version: 7.4.7.2 / LibreOffice Community Build ID: 40(Build:2) CPU threads: 12; OS: Linux 6.1; UI render: default; VCL: gtk3 Locale: it-IT (it_IT.UTF-8); UI: it-IT Debian package version: 4:7.4.7-1+deb12u7 Calc: threaded Version: 7.4.7.2 / LibreOffice Community Build ID: 40(Build:2) CPU threads: 12; OS: Linux 6.1; UI render: default; VCL: gtk3 Locale: it-IT (it_IT.UTF-8); UI: it-IT Debian package version: 4:7.4.7-1+deb12u8 Calc: threaded Version: 25.2.2.2 (X86_64) / LibreOffice Community Build ID: 7370d4be9e3cf6031a51beef54ff3bda878e3fac CPU threads: 12; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Raster; VCL: win Locale: it-IT (it_IT); UI: it-IT Calc: CL threaded Version: 25.2.3.2 (X86_64) / LibreOffice Community Build ID: bbb074479178df812d175f709636b368952c2ce3 CPU threads: 12; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Raster; VCL: win Locale: it-IT (it_IT); UI: it-IT Calc: CL threaded
(In reply to mc from comment #3) > all work fine with : > > Version: 7.4.7.2 / LibreOffice Community Please read the description: First appears in LO 25.2 > Skia/Raster; VCL: win Bug appears under Linux, special KDE and gtk3 - not Windows. See also bug 165706. Seems the solution isn't completely backported to LO 25.2.3.2
bibisected with linux-64-25.2 Version: 25.2.3.0.0+ (X86_64) / LibreOffice Community Build ID: f2305b96b797c2084426eb2395d3ebd3b7d1fec5 CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: ja-JP (ja_JP.UTF-8); UI: en-US Calc: threaded author Armin Le Grand (Collabora) commit f2305b96b797c2084426eb2395d3ebd3b7d1fec5 tdf#165706: Fix visualization of MultiFirmControls in EditMode 'Simple' FormControls were rendered correctly with SDPR active, but 'Multi' FormControls did not. Found an error regarding use of MapModes in that drawing code below in vcl that did not handle an evtl. set MapMode, corrected that. Change-Id: I51d7318c2950b7d70e3064ba628909cb17416bae Reviewed-on: https://gerrit.libreoffice.org/c/core/+/183196
*** Bug 166897 has been marked as a duplicate of this bug. ***
Same problem for me since upgrade to LO 25.2.3.2 in Ubuntu 25.04. Forms look normal but if you try to edit them, every object is displaced (Database : MySQL)
@Xisco: What version exactly has/would this need to go to? Maybe you are faster, it's https://bugs.documentfoundation.org/show_bug.cgi?id=165706. There was a commit to 25.2.3, is that correct...?
@Xisco: Something went wrong here. Trying to sort out... As I described in https://gerrit.libreoffice.org/c/core/+/183202 the needed change for 25.2. is https://gerrit.libreoffice.org/c/core/+/183202, and that is what I see was added. Not needed is https://gerrit.libreoffice.org/c/core/+/183204. have to get version and check what is going on...
Hi Armin, I'm trying to reproduce the issue in Version: 25.2.5.0.0+ (X86_64) / LibreOffice Community Build ID: 1533b7de758d28ec08f4859f921b2edf894e87e4 CPU threads: 8; OS: Linux 6.1; UI render: default; VCL: gtk3 Locale: es-ES (es_ES.UTF-8); UI: en-US Calc: threaded but I can't reproduce it
Nevermind, i've just realized I have to Edit the Form...
Hi Armin, I do confirm the issue is not reproduced in master and in LibreOffice 25.2 it started to happen after f2305b96b797c2084426eb2395d3ebd3b7d1fec5 so probably 7a1de78ec2e58d2cceded3bf03c0c3c3cccc675a has to be backported
(In reply to Xisco Faulí from comment #12) > Hi Armin, > I do confirm the issue is not reproduced in master and in LibreOffice 25.2 > it started to happen after f2305b96b797c2084426eb2395d3ebd3b7d1fec5 so > probably 7a1de78ec2e58d2cceded3bf03c0c3c3cccc675a has to be backported @Armin, if I revert 7a1de78ec2e58d2cceded3bf03c0c3c3cccc675a in master then the issue is reproducible
backported in https://gerrit.libreoffice.org/c/core/+/186371
Have build a version Version: 25.2.3.2.0+ (X86_64) / LibreOffice Community Build ID: 179b8ccfd89ca8b613750e459570c54e723b2ce0 CPU threads: 16; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded and checked https://bugs.documentfoundation.org/show_bug.cgi?id=165706 which is *fixed* with https://gerrit.libreoffice.org/c/core/+/183202. I then opened the attachment from Comment 1 (XRechnung_V2502_025.odb), enabled macros (security very low) and opened it. I see *no* errors in that visualization.
@Xisco: Fine if backport is OK for you - see comment 15, I could *not* repro that issue in freshly built 25.2.3.2. Maybe I need to use kf5 (?) Will try...
@Xisco: Also no error with kf5 (cairo + wayland)...? Whatever - if that backport is easy lets take it - just strange that I cannot repro it and vave not seen it...
(In reply to Armin Le Grand (allotropia) from comment #17) > @Xisco: Also no error with kf5 (cairo + wayland)...? > Whatever - if that backport is easy lets take it - just strange that I > cannot repro it and vave not seen it... I think you are facing the same problem as me. You have to edit the form in order to see the issue, double-clicking on the form does not make the issue to happen
(In reply to Armin Le Grand (allotropia) from comment #15) > > I then opened the attachment from Comment 1 (XRechnung_V2502_025.odb), > enabled macros (security very low) and opened it. Did you open it for editing, not for input data. Issue appears only when editing the form to add controls for example…
(In reply to Robert Großkopf from comment #19) > (In reply to Armin Le Grand (allotropia) from comment #15) > > > > I then opened the attachment from Comment 1 (XRechnung_V2502_025.odb), > > enabled macros (security very low) and opened it. > > Did you open it for editing, not for input data. Issue appears only when > editing the form to add controls for example… @Xisco; Yes, that's it! Thanks, can see it now :)
@Armin Thanks for giving this bug some love. Could you or someone please post here if or when the fix is in a .deb package avail for download from main site? Also saw your previous explanation of cause but not sure if this is same or different as it sounds like it was fixed before. What happened? It's a very strange bug. Thanks again.
ah found fix from March but unclear how it got back in. Don't understand MapModes https://git.libreoffice.org/core/+/f2305b96b797c2084426eb2395d3ebd3b7d1fec5%5E%21
Armin Le Grand (Collabora) committed a patch related to this issue. It has been pushed to "libreoffice-25-2": https://git.libreoffice.org/core/commit/2f108c6a2bed0557ddf625f82c6d548645b24599 tdf#166607, tdf#165706 additional taking care in CairoSDPR It will be available in 25.2.5. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Just to make sure will build a current 25-2 and check/ensure... @tigerdev: It did not get back in, it just was not part of 25-2 branch jet. When fixing I split in 2 parts, see orig task. 1st small fix in vcl already did fix that task, so - to be careful with 25-2 branch (the less you do the less probability to break something else), only that one went there - from upstream. HTH!
Hi Armin, I do confirm the issue is fixed in Version: 25.2.5.0.0+ (X86_64) / LibreOffice Community Build ID: 2f108c6a2bed0557ddf625f82c6d548645b24599 CPU threads: 8; OS: Linux 6.1; UI render: default; VCL: gtk3 Locale: es-ES (es_ES.UTF-8); UI: en-US Calc: threaded which includes the backport.
Checked, looks good :)