in the saveas dialogue there is a filter - this should allow <anything> including * and *.* but it only allows filenames recognises by LO as formats it can save in and only one format (eg *.doc but not *.doc *.docx *.odt).
This is bloody annoying unless you only ever use one format and only ever use the official file extensions.
Allow the user to enter their own filter.
Steps to Reproduce:
file:saveas:select the filter
can't select custom filter
should be able to select custom filter and, at the very least, *, *.* and any combination of filters from the list
User Profile Reset: No
[Information automatically included from LibreOffice]Locale: en-GBModule: TextDocument[Information guessed from browser]OS: Linux (All)OS is 64bit: yes
User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:58.0) Gecko/20100101 Firefox/58.0
If you use the file dialog of LibreOffice, then you can e.g. enter *.svg into the file name field and press the enter key. Then the file list will show all .svg files, independent of the chosen file type filter. The same is true for the native file dialog of Windows.
It seems the native file dialog of your Linux version has a restriction.
I'm no regular Linux user and have only Ubuntu 16 in a virtual box. I get no files listed if the file type is set to "All Formats" although the folder is not empty. A Linux expert should say, whether this is the usual behavior or a bug.
Ha! I tried this and got an entertaining result:
Entering *.* did nothing, entering *.* <return> simply save the file to "*.*"
Same for "*.xxx" or "*.svg" etc.
Anyway changing the filter to a specific name isn't what I want - I want to be able to see multiple file types and to change the filter arbitrarily. If I'm saving as another format I usually want to see the same file in the original format in the list.
Yep, the only file dialog this works with is
Arch Linux 64-bit
Build ID: 51291f2352976b2f875197de83486a74795e86a3
CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: kde4;
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on March 1st 2018
Grmblll... found an older one.
*** This bug has been marked as a duplicate of bug 111201 ***
Argh I misread the other report (regarding Windows). Reverting status.
** Please read this message in its entirety before responding **
To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.
There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.
If you have time, please do the following:
Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/
If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.
Please DO NOT
Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not
appropriate in this case)
If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/
2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword
Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa
Thank you for helping us make LibreOffice even better for everyone!
Still present in 22.214.171.124
Now gtk3 backend has "All Formats", I guess due the dialog now being gtk3-native. Kf5 backend does not have this and inputting *.* does not work.
Arch Linux 64-bit
Build ID: 01d28b0b85f99590c0581e4bbf636bc9281e0571
CPU threads: 8; OS: Linux 5.3; UI render: default; VCL: kf5;
Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US
Built on 17 October 2019
Created attachment 155360 [details]
Screenshot of kf5 save dialog with '*.*' filter
Either I don't fully understand what this bug is about or it works for me, s. attached screenshot where all files are shown with the '*.*' filter in use. This is on KDE Plasma, where the native kf5 QFileDialog is used.
Can you be more explicit what's wrong (e.g. give a step by step description with actual/expected result)?
Oh, indeed, I was typing into the wrong input field!! Thanks.
Created attachment 155518 [details]
optins missing in filter
optins missing in filter
My filter dropdown is different from yours - it cannot be edited - hence the problem.
(In reply to ffs from comment #12)
> My filter dropdown is different from yours - it cannot be edited - hence the
Yeah. So update to 6.3. No patches to versions older than 6.3 will be coming anyway.
ok - thanks - will wait for this to filter down to me...