https://bugs.kde.org/show_bug.cgi?id=499551
--- Comment #12 from Andrea Ippolito <andrea.i...@gmail.com> --- (In reply to Andrea Ippolito from comment #10) > Created attachment 178012 [details] > flamegraph context menu on large file selection > > This is to show the context menu on a selection of 5000 flat files (4KB > .bin), no sub-dirs > > Seems to be related to mime types again (triggered by the compress/extract > actions)? Disabling Ark's compress and extract context menu entries improved the situation drastically (a few seconds before VS barely over 1 second now)(In reply to Méven from comment #11) > (In reply to Andrea Ippolito from comment #10) > > Created attachment 178012 [details] > > flamegraph context menu on large file selection > > > > This is to show the context menu on a selection of 5000 flat files (4KB > > .bin), no sub-dirs > > > > Seems to be related to mime types again (triggered by the compress/extract > > actions)? > > Yes that's a different issue in ark in CompressFileItemAction and > ExtractFileItemAction that scan all the files. > They will probably need some similar work to limit the determineMimeType > calls: > https://invent.kde.org/utilities/ark/-/blob/master/app/ > compressfileitemaction.cpp?ref_type=heads > https://invent.kde.org/utilities/ark/-/blob/master/app/extractfileitemaction. > cpp?ref_type=heads > > It exposes two issues with the API, the plugins can impact the application > (there run in main thread) and those mimetypes have already be determined by > dolphin when it loaded the folder, so they could share this information. Cool, thanks! What's the best way to report this to Ark/Gwenview in your opinion? -- You are receiving this mail because: You are watching all bug changes.
