Summary: | Slow start on network mounts because of image icon lookups + may broken UI | ||
---|---|---|---|
Product: | [Applications] okular | Reporter: | mi.selber |
Component: | general | Assignee: | Okular developers <okular-devel> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | bernard.gray, georges, kde, mi.selber, stefano.rosellini |
Priority: | NOR | ||
Version: | 22.12.3 | ||
Target Milestone: | --- | ||
Platform: | Debian stable | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: |
wrong icons in UI
wrong icons in UI (updated image with more comments) |
Description
mi.selber
2022-12-31 00:44:00 UTC
Created attachment 154919 [details]
wrong icons in UI (updated image with more comments)
I know that stamps are not yet implemented the way we want them to be. We want them to be saved in the .pdf/.okular file, but we require their image files to be present on the user’s computer. I guess it is not correct to look for these files in the working directory, but only in those places which the user has given when they created a stamp annotation tool. Even if they shall be looked up in the working directory, it should be possible to do it only when needed, and not at startup. I notice the performance problem on sshfs mount point. If I execute "strace okular filename.pdf" using remote mount point as current work directory I see that okular try to open a bunch of file named "bookmark-new.*", "help-about.", "kde.*". "okular.*" without path (these seems to be the slow part). If I open the same remote file but using as current work directory a local one the open is fast. So the problem seems to be that okular try to open these files without path. I hope this can help to fix the problem. (In reply to Stefano Rosellini from comment #3) > I notice the performance problem on sshfs mount point. > If I execute "strace okular filename.pdf" using remote mount point as > current work directory I see that okular try to open a bunch of file named > "bookmark-new.*", "help-about.", "kde.*". "okular.*" without path (these > seems to be the slow part). > If I open the same remote file but using as current work directory a local > one the open is fast. > So the problem seems to be that okular try to open these files without path. > I hope this can help to fix the problem. I did some changes here iirc for 23.08 release; which version are you using? I'm using Debian 12. Okular version is 22.12.3. We're experiencing it over a CIFS network share. Examining the calls via wireshark we get a lot of failed attempts to open non-existant files - examples include: bookmark-new.bw help-about.ani help-about.avif kde.epsi kde.gif okular.jpg Screenshot of wireshark: https://drive.google.com/file/d/18vEk8G30uHFKy7W5PZJAWmiaSoCHc5q9/view?usp=sharing (In reply to Bernard Gray from comment #6) > We're experiencing it over a CIFS network share. Examining the calls via > wireshark we get a lot of failed attempts to open non-existant files - Hi What version of okular are you using? /Sune (In reply to Sune Vuorela from comment #7) > (In reply to Bernard Gray from comment #6) > > We're experiencing it over a CIFS network share. Examining the calls via > > wireshark we get a lot of failed attempts to open non-existant files - > > Hi > What version of okular are you using? > > /Sune Hi Experiencing the exact same issue since a while, i.e. horribly slow to open PDFs on a CIFFS share, fast for local files. Versions: Debian 12 / Okular 22.12.3 https://invent.kde.org/graphics/okular/-/merge_requests/777/diffs (in 23.08) is at least fixing a big part of it. Can anyone try apply that on their local setups and check ? |