Bug 145683

Summary:	Filter field in File Save/Open dialog allows free input (kf5)
Product:	LibreOffice	Reporter:	krumple_sodium <vmelkon>
Component:	Writer	Assignee:	Not Assigned <libreoffice-bugs>
Status:	RESOLVED INVALID
Severity:	trivial	CC:	dgp-mail, ilmari.lauhakangas, m.weghorn
Priority:	medium
Version:	7.2.0.4 release
Hardware:	All
OS:	Linux (All)
Whiteboard:
Crash report or crash signature:		Regression By:
Bug Depends on:
Bug Blocks:	102495, 102732

Description krumple_sodium 2021-11-14 17:03:59 UTC

Description:
I am running Kubuntu 20.04 + Libre Office 7.2.0.4 that I installed myself on Kubuntu.

If I click on File -> Open, I get the Open File dialog box.
The filter field is editable.
This is not standard.
It should be a non editable COMBOBOX.

Same issue with
File -> Save As


Steps to Reproduce:
1.File -> Open


Actual Results:
The filter field is editable.
This is not standard.
It should be a non editable COMBOBOX.

Expected Results:
The filter field is editable.
This is not standard.
It should be a non editable COMBOBOX.


Reproducible: Always


User Profile Reset: No



Additional Info:
No other information.

Comment 1 Dieter 2022-04-08 09:19:05 UTC

(In reply to krumple_sodium from comment #0)
> Description:
> I am running Kubuntu 20.04 + Libre Office 7.2.0.4 that I installed myself on
> Kubuntu.
> 
> If I click on File -> Open, I get the Open File dialog box.
> The filter field is editable.
> This is not standard.
> It should be a non editable COMBOBOX.

Just to be sure: use of LO dialog boxes is enabled in Tools -> Options -> General?

Could you also please retest with the latest version of LO (7.3.2)? Thank you.

=> NEEDINFO

Comment 2 krumple_sodium 2022-04-09 02:13:05 UTC

I now have LO 7.3.2.2 and the problem is still present.

No, the CHECKBOX in “use of LO dialog boxes is enabled in Tools -> Options -> General”
is not checked.
If I check it, the dialog box looks slightly different and the filter COMBOXBOX is not editable, which is the correct behavior.

Is this a problem with the Qt libraries?

Comment 3 Dieter 2022-04-09 05:09:53 UTC

(In reply to krumple_sodium from comment #2)
> I now have LO 7.3.2.2 and the problem is still present.

But you can't confirm your own bugs => status UNCONFIRMED

> Is this a problem with the Qt libraries?
Since I don't work with Linux, I can't answer that question. But if the problem doesn't occur with the LO dialog, I admit, that it is not a LO bug. But I'm not sure for 100%. I hope a Linux user can help.

Comment 4 Buovjaga 2023-01-03 12:11:04 UTC

It might be non-standard, but at least it allows to filter by *.* as mentioned in bug 115229

Let's ask Michael's opinion.

Comment 5 Michael Weghorn 2023-01-03 12:29:33 UTC

LO (In reply to krumple_sodium from comment #2)
> No, the CHECKBOX in “use of LO dialog boxes is enabled in Tools -> Options
> -> General”
> is not checked.
> If I check it, the dialog box looks slightly different and the filter
> COMBOXBOX is not editable, which is the correct behavior.
> 
> Is this a problem with the Qt libraries?

If that checkbox is not enabled, the idea is that LO uses the file dialog from the platform/system.
The KDE file picker has an editable filter field by design, so the current behavior is as expected. It behaves the same in non-LibreOffice apps, like Kate or Okular.

You can also see that by explicitly selecting a different platform theme, in which case the file picker looks different, e.g. you get a gtk3-looking dialog in which the filter field is not editable when starting LO with environment variable QT_QPA_PLATFORMTHEME="gtk3" set (and having that platform theme installed). (Note however that LO-specific UI elements in the file dialog may not be supported then).

If you explicitly don't want the KDE/KF5/Plasma file dialog, you can use the so-called qt5 VCL plugin instead, by starting LO with these environment variables set:

SAL_VCL_QT5_USE_CAIRO=1 SAL_USE_VCLPLUGIN=qt5 libreoffice --writer


I'm closing this bug as INVALID, since from all I can say, the described behavior is the correct one.