Bug 145683 - Filter field in File Save/Open dialog allows free input (kf5)
Summary: Filter field in File Save/Open dialog allows free input (kf5)
Status: RESOLVED INVALID
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.2.0.4 release
Hardware: All Linux (All)
: medium trivial
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: KDE File-Dialog
  Show dependency treegraph
 
Reported: 2021-11-14 17:03 UTC by krumple_sodium
Modified: 2023-01-03 12:29 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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.