Created attachment 199601 [details] Screenshot of bad result 1. Open Writer 2. Press F7 for Spelling 3. Press OK in the dialog Not seen with kf5. Not seen in 25.2.1. We can't bibisect as the bibisect builders lack kf6. Arch Linux 64-bit Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 5f064fe5e8f7ab45965dc282cbb0267c07f78769 CPU threads: 8; OS: Linux 6.13; UI render: default; VCL: kf6 (cairo+wayland) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: CL threaded Built on 4 March 2025
I can't reproduce with qt6 on Debian testing (with qt git dev branch). Whatever the issue is, it would probably be fixed by using native Qt widgets (tdf#130857). Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e10493a24835afecbc3aa58e4c327c064abd3d02 CPU threads: 32; OS: Linux 6.12; UI render: default; VCL: qt6 (cairo+wayland) Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded
(In reply to Michael Weghorn from comment #1) > I can't reproduce with qt6 on Debian testing (with qt git dev branch). > > Whatever the issue is, it would probably be fixed by using native Qt widgets > (tdf#130857). I repro with SAL_VCL_QT_USE_WELDED_WIDGETS=1 as well. Qt is 6.8.2
(In reply to Buovjaga from comment #2) > (In reply to Michael Weghorn from comment #1) > > I can't reproduce with qt6 on Debian testing (with qt git dev branch). > > > > Whatever the issue is, it would probably be fixed by using native Qt widgets > > (tdf#130857). > > I repro with SAL_VCL_QT_USE_WELDED_WIDGETS=1 as well. Qt is 6.8.2 Sorry, wasn't clear enough: That dialog isn't supported by Qt welding work yet. Once it is, SAL_VCL_QT_USE_WELDED_WIDGETS=1 should help.
Created attachment 201022 [details] Screenshot of similar issue with search dialog
I've now come across a similar issue in the search dialog, reproducible as follows: * start LO with qt6 VCL plugin * Ctrl+H to open the Search and Replace dialog * click the "Attributes..." button * check first three items in that dialog and confirm using "OK" button After that, buttons in the "Find and Replace" dialog overlap, i.e. there is too little space given to the dialog content above the button box, see attachment 201022 [details] -> Setting to NEW This is with master as of f7079f5d2c58c5d2d9099978c271fdd723f8264a + a few unrelated qt welding changes on top.
Version: 26.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 1e086712e4a991c0373168c75348075231be4301 CPU threads: 8; OS: Linux 6.17; UI render: default; VCL: kf6 (cairo+wayland) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: CL threaded(In reply to Michael Weghorn from comment #5) > I've now come across a similar issue in the search dialog, reproducible as > follows: > > * start LO with qt6 VCL plugin > * Ctrl+H to open the Search and Replace dialog > * click the "Attributes..." button > * check first three items in that dialog and confirm using "OK" button > > After that, buttons in the "Find and Replace" dialog overlap, i.e. there is > too little space given to the dialog content above the button box, see > attachment 201022 [details] Now my original issue is gone (maybe a Qt library issue fixed?), but I still repro the search layout glitch. The 25.8 bibisect repo was recently rebuilt with --enable-qt6, so I tested with that as well. Unfortunately the oldest commit refuses to use qt6, but at least the commit from comment 0 and an arbitrary one 100 commits older shows the issue. Version: 26.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 1e086712e4a991c0373168c75348075231be4301 CPU threads: 8; OS: Linux 6.17; UI render: default; VCL: kf6 (cairo+wayland) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: CL threaded