[Libreoffice-bugs] [Bug 131926] Opening a document from Start Center does not use last used filter

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Mon Apr 6 13:05:28 UTC 2020


https://bugs.documentfoundation.org/show_bug.cgi?id=131926

--- Comment #4 from Mike Kaganski <mikekaganski at hotmail.com> ---
(In reply to Maxim Monastirsky from comment #3)
> Don't remember all the details, but what comes to my mind now is that some
> type detectors do preparation work which otherwise not done by the filter.
> See how Bug 90225 is implemented, for example. Another affected case might
> be clicking on an encrypted docx file, then cancelling the password prompt.
> The type detection code has a way to handle this situation (see Bug 80999),
> but I believe the filter will just throw a "general error" message. At least
> we need to identify all those corner cases, and fix them.

Yes they all are of course bugs - see e.g. tdf#129096 which obviously had to
workaround this problem.

> > An example where storing module would not be adequate is explicitly opening
> > an FODT as plain text (also in Writer).
> Is this actually possible from UI? I can't find a way to do this, at least
> under Linux.

Of course: you explicitly select "Text (.txt)" as filter in the File Open
dialog (some native dialogs might make it mode difficult than others, but that
is not LibreOffice limitation, but a specific dialog implementation detail;
e.g. on Windows, clicking on the FODT first to have the name in Name box, then
selecting the filter keeps the name in the Name box, and then OK does the
expected thing).

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20200406/da1df4f8/attachment.htm>


More information about the Libreoffice-bugs mailing list