https://bugs.documentfoundation.org/show_bug.cgi?id=146219
--- Comment #6 from Mike Kaganski <[email protected]> --- Both stacks point at this line: https://opengrok.libreoffice.org/xref/core/framework/source/uielement/recentfilesmenucontroller.cxx?r=9f326792#213 It seems it depends on some setting (defaulting to true in some VCL plugin maybe?) that allows document thumbnail as menu icon; and that information is requested from SvFileInformationManager, which simply tries to read the data from the URL. It seems logical to follow the same path as used in RecentDocsView::Reload, which tries to use the cached thumbnail from history, and only falls back to reading from file, when the cached image is not available. This would already avoid most attempts to read from remote files. As with bug 131850 and bug 101302, the greater - and separate - problem is to implement async procedure for those documents that have no cached images - since they still need to be accessed to get their image, that should be done in dedicated threads, not blocking UI. But I'd track that separately, after fixing the "use cached image when available" part here. Or - maybe even disable fetching the document in case its cache is not present? E.g., Start Center does that: it only shows cached thumbnail, *or* generic image, but does not read the document to get the image (it only accessed the document to get its metadata like "is it encrypted"). (Not confirming myself, since I can't repro on my system lacking necessary environment, but the problem seems to be reasonably clear.) (Also it's interesting, if password-protected files would show proper dedicated icons in the menu (as in Start Center) - or they would use generic icons - but that's unrelated to this issue, and should be investigated and filed separately.) -- You are receiving this mail because: You are the assignee for the bug.
