https://bugs.freedesktop.org/show_bug.cgi?id=67617
--- Comment #4 from Mike Kaganski <[email protected]> --- I'm afraid that the fix for bug 64448 made more new problems than solved. I would suggest to change that fix not to drop the data from "incorrect filter", but instead to notify user that it is not a filetype that is expected; that the program supposes that this is some other file type; and suggest to try that guessed filter. So, from the end-user perspective, there should be these cases when a file os opening: 1. File is detected unambiguously: simply open it. 1.1. An error happens while loading: instead of uninformative "i/o error", provide a more verbose information with a suggestion that this file is of some other (unrecognized) type. It would be simply awesome if it then would provide an option to send it for analisys, or use some (online) utility to detect etc., but it is a separate feature request. 2. File is detected as one type, but some filter claims that it is its type: try the main filter, catch general i/o error, provide a warning and a choice to try other detected filters. Without this, this is a real problem for quite a number of users that receive such files from others/from some (badly designed) programs. And this is the regression from the UX perspective! -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
