Summary: | FileFetchJob::doStart causes intermittent gui blocks | ||
---|---|---|---|
Product: | [Frameworks and Libraries] baloo-widgets | Reporter: | Harald Sitter <sitter> |
Component: | general | Assignee: | Stefan BrĂ¼ns <stefan.bruens> |
Status: | REPORTED --- | ||
Severity: | normal | CC: | forestix, nate, tagwerk19, voidpointertonull+bugskdeorg |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
See Also: | https://bugs.kde.org/show_bug.cgi?id=178678 | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Bug Depends on: | |||
Bug Blocks: | 423082 | ||
Attachments: | backtrace while gwenview is hung in getxattr() call |
Description
Harald Sitter
2020-06-25 14:01:42 UTC
Created attachment 148694 [details]
backtrace while gwenview is hung in getxattr() call
I am experiencing this in Gwenview while paging through a directory of images mounted by mount.cifs. As I flip from one photo to the next, it doesn't take long before the UI locks up for about 35 seconds before finally responding again. Both strace and gdb indicate that the hang is in a call to getxattr("path.jpg", "user.baloo.rating", NULL, 0)
Curiously, getxattr() doesn't noticeably hang in a test program that calls it in a loop with the same arguments, files, and mount point. I wonder what Baloo or Gwenview might be doing to trigger the 35 second delay.
Gwenview Version: 20.12.3
KDE Plasma Version: 5.20.5
KDE Frameworks Version: 5.78.0
Qt Version: 5.15.2
Kernel Version: 5.16.0-0.bpo.4-amd64
|