Re: Okular slow search in PDF contents
In data lunedì 8 giugno 2020 20:09:47 CEST, Pino Toscano ha scritto: > In data giovedì 14 maggio 2020 08:14:41 CEST, Frank Mehnert ha scritto: > > > > Sure: > > > > https://bugs.kde.org/show_bug.cgi?id=421469 > > > > Indeed the KDE developers confirmed the bug and already found the reason, > > I'm impressed! > > And it is hopefully fixed in the upcoming okular 20.04.2, which I hope > to upload this weekend. (No garantees about the upload, I wanted to > mention at least the version with the fix.) okular 20.04.2 was uploaded this night, and it should be available in your mirrors. -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Re: Okular slow search in PDF contents
On Montag, 8. Juni 2020 21:58:06 CEST Martin Steigerwald wrote: > Pino Toscano - 08.06.20, 20:09:47 CEST: > > In data giovedì 14 maggio 2020 08:14:41 CEST, Frank Mehnert ha > > > > scritto: > > > > > Sure: > > > > > https://bugs.kde.org/show_bug.cgi?id=421469 > > > > > > Indeed the KDE developers confirmed the bug and already found the > > > reason, I'm impressed! > > > > And it is hopefully fixed in the upcoming okular 20.04.2, which I hope > > to upload this weekend. (No garantees about the upload, I wanted to > > mention at least the version with the fix.) > > Thank you a lot for your work on packages, Pino! > > And of course everyone else from the Qt/KDE team. I can only agree: Thank you! Frank
Re: Okular slow search in PDF contents
Pino Toscano - 08.06.20, 20:09:47 CEST: > In data giovedì 14 maggio 2020 08:14:41 CEST, Frank Mehnert ha > scritto: > > > > Sure: > > > > https://bugs.kde.org/show_bug.cgi?id=421469 > > > > Indeed the KDE developers confirmed the bug and already found the > > reason, I'm impressed! > > And it is hopefully fixed in the upcoming okular 20.04.2, which I hope > to upload this weekend. (No garantees about the upload, I wanted to > mention at least the version with the fix.) Thank you a lot for your work on packages, Pino! And of course everyone else from the Qt/KDE team. -- Martin
Re: Okular slow search in PDF contents
In data giovedì 14 maggio 2020 08:14:41 CEST, Frank Mehnert ha scritto: > > > Sure: > > > https://bugs.kde.org/show_bug.cgi?id=421469 > > Indeed the KDE developers confirmed the bug and already found the reason, > I'm impressed! And it is hopefully fixed in the upcoming okular 20.04.2, which I hope to upload this weekend. (No garantees about the upload, I wanted to mention at least the version with the fix.) -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Re: Okular slow search in PDF contents
On Donnerstag, 14. Mai 2020 08:14:41 CEST Frank Mehnert wrote: > On Mittwoch, 13. Mai 2020 19:02:59 CEST Martin Steigerwald wrote: > > Frank Mehnert - 13.05.20, 17:20:04 CEST: > > > On Mittwoch, 13. Mai 2020 16:43:44 CEST Martin Steigerwald wrote: > > > > > [...] > > > > > > > > > > With okular 4:20.04.0-1 it takes more than 20 seconds on my > > > > > Skylake > > > > > T470p (24GB RAM) until the search bar is responsible again and the > > > > > 4 > > > > > entries are found. > > > > > > > > > > With okular 4:17.12.2-2.2 from Buster the same search takes less > > > > > than > > > > > 3 seconds. > > > > > > > > > > Does anybody else have similar problems with current okular in > > > > > Sid? > > > > > > > > Frank, as Andrey confirmed it, I'd report this in the upstream > > > > bugtracker with exact instructions on how to reproduce¹ > > > > > > Sure: > > > https://bugs.kde.org/show_bug.cgi?id=421469 > > Indeed the KDE developers confirmed the bug and already found the reason, > I'm impressed! The proposed change in that ticket fixes the issue for me. Frank
Re: Okular slow search in PDF contents
On Mittwoch, 13. Mai 2020 19:02:59 CEST Martin Steigerwald wrote: > Frank Mehnert - 13.05.20, 17:20:04 CEST: > > On Mittwoch, 13. Mai 2020 16:43:44 CEST Martin Steigerwald wrote: > > > > [...] > > > > > > > > With okular 4:20.04.0-1 it takes more than 20 seconds on my > > > > Skylake > > > > T470p (24GB RAM) until the search bar is responsible again and the > > > > 4 > > > > entries are found. > > > > > > > > With okular 4:17.12.2-2.2 from Buster the same search takes less > > > > than > > > > 3 seconds. > > > > > > > > Does anybody else have similar problems with current okular in > > > > Sid? > > > > > > Frank, as Andrey confirmed it, I'd report this in the upstream > > > bugtracker with exact instructions on how to reproduce¹ > > > > Sure: > > https://bugs.kde.org/show_bug.cgi?id=421469 Indeed the KDE developers confirmed the bug and already found the reason, I'm impressed! Frank
Re: Okular slow search in PDF contents
Frank Mehnert - 13.05.20, 17:20:04 CEST: > On Mittwoch, 13. Mai 2020 16:43:44 CEST Martin Steigerwald wrote: > > > [...] > > > > > > With okular 4:20.04.0-1 it takes more than 20 seconds on my > > > Skylake > > > T470p (24GB RAM) until the search bar is responsible again and the > > > 4 > > > entries are found. > > > > > > With okular 4:17.12.2-2.2 from Buster the same search takes less > > > than > > > 3 seconds. > > > > > > Does anybody else have similar problems with current okular in > > > Sid? > > > > Frank, as Andrey confirmed it, I'd report this in the upstream > > bugtracker with exact instructions on how to reproduce¹ > > Sure: > > https://bugs.kde.org/show_bug.cgi?id=421469 Great! Thanks. -- Martin
Re: Okular slow search in PDF contents
On Wednesday, May 13, 2020 10:24:20 AM CEST Andrey Rahmatullin wrote: > On Wed, May 13, 2020 at 10:13:16AM +0200, Frank Mehnert wrote: > > Try this manual instead: > > > > https://developer.arm.com/docs/ddi0487/latest/arm-architecture-reference-m > > anual-armv8-for-armv8-a-architecture-profile > https://static.docs.arm.com/ddi0487/fb/DDI0487F_b_armv8_arm.pdf is the > direct link to the doc. > > > Go to the Contents search bar and enter > > > > esr > > > > With okular 4:20.04.0-1 it takes more than 20 seconds on my Skylake > > T470p (24GB RAM) until the search bar is responsible again and the 4 > > entries are found. > > 26s to get the results. > For the first 11s only the "e" letter is displayed in the input box. Same time here. Stuck on the "e" too, for similar stretch of time. > > The okular process used 100% of one core the whole time I think. > i5-7400, 4:20.04.0-1
Re: Okular slow search in PDF contents
On Mittwoch, 13. Mai 2020 16:43:44 CEST Martin Steigerwald wrote: > > [...] > > > > With okular 4:20.04.0-1 it takes more than 20 seconds on my Skylake > > T470p (24GB RAM) until the search bar is responsible again and the 4 > > entries are found. > > > > With okular 4:17.12.2-2.2 from Buster the same search takes less than > > 3 seconds. > > > > Does anybody else have similar problems with current okular in Sid? > > Frank, as Andrey confirmed it, I'd report this in the upstream > bugtracker with exact instructions on how to reproduce¹ Sure: https://bugs.kde.org/show_bug.cgi?id=421469 Frank
Re: Okular slow search in PDF contents
Hi Frank, Frank Mehnert - 13.05.20, 10:13:16 CEST: > On Dienstag, 5. Mai 2020 23:31:12 CEST inkbottle wrote: […] > Try this manual instead: > > https://developer.arm.com/docs/ddi0487/latest/arm-architecture-referen > ce-manual-armv8-for-armv8-a-architecture-profile > > Go to the Contents search bar and enter > > esr > > With okular 4:20.04.0-1 it takes more than 20 seconds on my Skylake > T470p (24GB RAM) until the search bar is responsible again and the 4 > entries are found. > > With okular 4:17.12.2-2.2 from Buster the same search takes less than > 3 seconds. > > Does anybody else have similar problems with current okular in Sid? Frank, as Andrey confirmed it, I'd report this in the upstream bugtracker with exact instructions on how to reproduce¹ [1] https://bugs.kde.org Best, -- Martin
Re: Okular slow search in PDF contents
On Wed, May 13, 2020 at 10:13:16AM +0200, Frank Mehnert wrote: > Try this manual instead: > > https://developer.arm.com/docs/ddi0487/latest/arm-architecture-reference-manual-armv8-for-armv8-a-architecture-profile https://static.docs.arm.com/ddi0487/fb/DDI0487F_b_armv8_arm.pdf is the direct link to the doc. > Go to the Contents search bar and enter > > esr > > With okular 4:20.04.0-1 it takes more than 20 seconds on my Skylake > T470p (24GB RAM) until the search bar is responsible again and the 4 > entries are found. 26s to get the results. For the first 11s only the "e" letter is displayed in the input box. The okular process used 100% of one core the whole time I think. i5-7400, 4:20.04.0-1 -- WBR, wRAR signature.asc Description: PGP signature
Re: Okular slow search in PDF contents
Hi inkbottle, On Dienstag, 5. Mai 2020 23:31:12 CEST inkbottle wrote: > On Monday, May 4, 2020 2:59:28 PM CEST Frank Mehnert wrote: > > Hi all, > > > > for a few weeks I experience that the Okular search in the table > > of contents of a PDF is very slow. I mean, you go to the search > > bar right above the 'contents' and type in a word. While typing > > searching is performed for every written letter. > > I never do that: I search in thumbnails instead. But for the purpose of > telling you if and how it works on my system, I downloaded: > > https://www.scss.tcd.ie/~waldroj/3d1/arm_arm.pdf > > I did several searches, all of them returning within a second, or less. It > didn't seem to take time at all. Try this manual instead: https://developer.arm.com/docs/ddi0487/latest/arm-architecture-reference-manual-armv8-for-armv8-a-architecture-profile Go to the Contents search bar and enter esr With okular 4:20.04.0-1 it takes more than 20 seconds on my Skylake T470p (24GB RAM) until the search bar is responsible again and the 4 entries are found. With okular 4:17.12.2-2.2 from Buster the same search takes less than 3 seconds. Does anybody else have similar problems with current okular in Sid? Thanks! Frank > My okular is latest available version 4:20.04.0-1. > (I'm so happy the version is so up to date, and yes, I think > Okular/debian/sid is working very well at the present) > (My system is a 8080 with 16KB RAM, and latest CP/M installed. Really a > third gen i5.) > > > This used to work very well even for bigger PDF files like the ARM > > manual but something changed and this search function is very slow > > and Okular is unresponsive while typing + searching. > > > > I'm using Debian/Sid with an up-to-date KDE. Any idea what changed > > recently? > > > > Thanks! > > > > Frank
Re: Okular slow search in PDF contents
On Monday, May 4, 2020 2:59:28 PM CEST Frank Mehnert wrote: > Hi all, > > for a few weeks I experience that the Okular search in the table > of contents of a PDF is very slow. I mean, you go to the search > bar right above the 'contents' and type in a word. While typing > searching is performed for every written letter. I never do that: I search in thumbnails instead. But for the purpose of telling you if and how it works on my system, I downloaded: https://www.scss.tcd.ie/~waldroj/3d1/arm_arm.pdf I did several searches, all of them returning within a second, or less. It didn't seem to take time at all. My okular is latest available version 4:20.04.0-1. (I'm so happy the version is so up to date, and yes, I think Okular/debian/sid is working very well at the present) (My system is a 8080 with 16KB RAM, and latest CP/M installed. Really a third gen i5.) > > This used to work very well even for bigger PDF files like the ARM > manual but something changed and this search function is very slow > and Okular is unresponsive while typing + searching. > > I'm using Debian/Sid with an up-to-date KDE. Any idea what changed > recently? > > Thanks! > > Frank