<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - Opening a document from Start Center does not use last used filter" href="https://bugs.documentfoundation.org/show_bug.cgi?id=131926#c4">Comment # 4</a> on <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - Opening a document from Start Center does not use last used filter" href="https://bugs.documentfoundation.org/show_bug.cgi?id=131926">bug 131926</a> from <a class="email" href="mailto:mikekaganski@hotmail.com" title="Mike Kaganski <mikekaganski@hotmail.com>"> Mike Kaganski</a> <pre>(In reply to Maxim Monastirsky from <a href="show_bug.cgi?id=131926#c3">comment #3</a>) > 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 <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED FIXED - Cannot open compressed csv files from calc" href="show_bug.cgi?id=90225">Bug 90225</a> 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 <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED FIXED - When click "Cancel" in password input dialog, Writer still opens the file as "plain text"" href="show_bug.cgi?id=80999">Bug 80999</a>), > 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. <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED FIXED - docx: recovered document losing password protection" href="show_bug.cgi?id=129096">tdf#129096</a> 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).</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>