[Okular-devel] [Bug 177213] New: High X server memory consumption
http://bugs.kde.org/show_bug.cgi?id=177213 Summary: High X server memory consumption Product: okular Version: unspecified Platform: Ubuntu Packages OS/Version: Linux Status: UNCONFIRMED Severity: crash Priority: NOR Component: DjVu backend AssignedTo: okular-devel@kde.org ReportedBy: [EMAIL PROTECTED] Version:(using KDE 4.1.3) OS:Linux Installed from:Ubuntu Packages When viewing djvu documents, memory used by the X server grows as you render new pages. I've tested with the X org server that comes with Kubuntu 8.10 (X Server 1.5.2) and with Xming on Windows 2000 (okular running on Kubuntu). After browsing 30 pages or so, Xming's memory usage growed from 8 MB to 200 MB. Similar increases are observed on the X server of Kubuntu. After okular is closed, the X server(s) return memory to the system. If you keep browsing a large document, eventually the systems becomes memory-starved and unstable. -- Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 177199] New: set initial position to current page in go to page dialog
http://bugs.kde.org/show_bug.cgi?id=177199 Summary: set initial position to current page in go to page dialog Product: okular Version: unspecified Platform: unspecified OS/Version: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: general AssignedTo: okular-devel@kde.org ReportedBy: [EMAIL PROTECTED] Version: 0.7.80 (using 4.1.80 (KDE 4.1.80 (KDE 4.2 Beta1)), Gentoo) Compiler: x86_64-pc-linux-gnu-gcc OS:Linux (x86_64) release 2.6.27-rc7-zen3 Initially the page number in Go to Page... dialog is set to 1. I would be more handy to set it to the current page number. -- Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 160628] Constant resizing loop
http://bugs.kde.org/show_bug.cgi?id=160628 Albert Astals Cid tsdgeos terra es changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #9 from Albert Astals Cid tsdgeos terra es 2008-12-08 17:09:18 --- SVN commit 894427 by aacid: Try to fix again the inifite scroolbar loop It's still to be improved because it gives you a uncentered page, but better a bit ugly than unusable This fix will be in KDE 4.1.4 BUGS: 160628 M +16 -8 pageview.cpp WebSVN link: http://websvn.kde.org/?view=revrevision=894427 -- Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 177049] PDF-document missing the letter A
http://bugs.kde.org/show_bug.cgi?id=177049 Albert Astals Cid tsdgeos terra es changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #4 from Albert Astals Cid tsdgeos terra es 2008-12-08 17:58:42 --- Will be fixed in next freetype release. -- Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 167220] Okular does not remember the zoom
http://bugs.kde.org/show_bug.cgi?id=167220 Albert Astals Cid tsdgeos terra es changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #17 from Albert Astals Cid tsdgeos terra es 2008-12-08 19:42:03 --- Closing the bug, with the code that will be KDE 4.2 i've not had any problem of okular not rembering the zoom level. Please reopen once KDE 4.2 is released and you still have the problem. -- Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 177213] High X server memory consumption
http://bugs.kde.org/show_bug.cgi?id=177213 --- Comment #1 from Albert Astals Cid tsdgeos terra es 2008-12-08 19:52:05 --- Can you attach or send me a large document where you were able to reproduce this problem? -- Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 177199] set initial position to current page in go to page dialog
http://bugs.kde.org/show_bug.cgi?id=177199 Albert Astals Cid tsdgeos terra es changed: What|Removed |Added CC||[EMAIL PROTECTED] Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #1 from Albert Astals Cid tsdgeos terra es 2008-12-08 20:07:27 --- We already do, but there was a bug in kdelibs that broke it, will be fixed in KDE 4.2 and kde 4.1.4 -- Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 176743] okular review affects different document with same name
http://bugs.kde.org/show_bug.cgi?id=176743 --- Comment #2 from doc evans gmail com 2008-12-08 20:01:58 --- Let me be sure I understand what you're saying. I apologize if I am misunderstanding. You are saying, I think, that the designed behaviour is that if I have five identical files on my system, all with the same name but in different directories, the user should be prohibited from should be prohibited from highlighting those documents differently. I'm sorry, but as a user that prohibition makes no sense at all to me. Here is the actual use case: I am reviewing several patents right now, and they all refer to different parts of document X; so I have several copies of document X, each associated with one patent; but okular will not let me highlight those different copies of X independently. How can this be a good thing? Do you want to take this discussion offline? It's not really appropriate for a bug report. I just spent about an hour trying to understand okular's notion of a file, and frankly it has me completely stumped. Whatever notion okular has, it is not at all obvious to the user. Every time I think I understand it, I can come up with a case that breaks my understanding :-( Is there a document somewhere that clearly explains how reviewing is designed to work when applied to multiple files with the same contents and/or names? -- Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 176743] okular review affects different document with same name
http://bugs.kde.org/show_bug.cgi?id=176743 --- Comment #3 from Pino Toscano pino kde org 2008-12-08 20:12:07 --- (In reply to comment #2) You are saying, I think, that the designed behaviour is that if I have five identical files on my system, all with the same name but in different directories, the user should be prohibited from should be prohibited from highlighting those documents differently. Not at all. They can have the very same name, as long their size is different. They key used for metadata storage is build up with name AND file size. I just spent about an hour trying to understand okular's notion of a file, and frankly it has me completely stumped. Whatever notion okular has, it is not at all obvious to the user. Every time I think I understand it, I can come up with a case that breaks my understanding :-( ? what notion of a file? -- Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 176743] okular review affects different document with same name
http://bugs.kde.org/show_bug.cgi?id=176743 --- Comment #4 from Albert Astals Cid tsdgeos terra es 2008-12-08 20:16:55 --- Pino, he said five identical files, so yes, the file size is the same too. As said, identical files with the same name are the same file to okular in the regard of reviews. This is a bug but also a feature (moving files around and not losing the reviews) In kde 4.2 we have a thing called okular archive that bundles the pdf and the reviews in a different file with .okular extension but given your problem with renaming files i think that won't help either. -- Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 175644] Okular jumps to wrong page when rotating
http://bugs.kde.org/show_bug.cgi?id=175644 Albert Astals Cid tsdgeos terra es changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #2 from Albert Astals Cid tsdgeos terra es 2008-12-08 20:22:39 --- Works here in what will be KDE 4.2 Please reopen if once you are using KDE 4.2 it still fails for you -- Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 177213] High X server memory consumption
http://bugs.kde.org/show_bug.cgi?id=177213 --- Comment #2 from Oscar Fuentes ofv wanadoo es 2008-12-08 21:18:50 --- The problem, as it seems, is not restricted to the djvu backend. A large pdf shows it too: Open a large pdf document, such as http://open-std.org/JTC1/SC22/WG21/docs/papers/2008/n2588.pdf Press the PageDown key and keep it pressed. Keep an eye on `top` or other memory reporting tool, looking at the Xorg process. On the Kubuntu machine, the memory skyrockets after reaching around page 500, but the X process already was using 700 MB of RES memory, so maybe some empty buffers were filled before requesting new memory. This high memory usage of X is something I'm investigating and it's the way I found the problem with Okular. I've observed that sometimes not all the memory used by X is freed after Okular closes, so this memory can be a remannt from previous Okular sessions. To make less plausible the hypothesis of a bug on the X server distributed with Kubuntu 8.10, tried another X server: xming 6.9.0.23 running on Windows 2000. Okular was ran on the Kubuntu machine as okular --display ahost:0 thedoc.pdf The memory consumption was evident: starting at 23MB when Okular is executed, it reaches 200 MB after scrolling 70 pages. xpdf, with the same document, does not change the memory used by the X server no matter how much pages are displayed. -- Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 177213] High X server memory consumption
http://bugs.kde.org/show_bug.cgi?id=177213 --- Comment #3 from Pino Toscano pino kde org 2008-12-08 21:42:16 --- The memory consumption was evident: starting at 23MB when Okular is executed, it reaches 200 MB after scrolling 70 pages. Okular keeps a cache of the browser pages, so it is quite obvious the memory grows (especially when your system has much memory available). If you want to reduce the cache used, you can set it in the configuration: Settings - Configure Okular - Performance. Furthermore, Okular frees all the memory used when being closed, even X pixmaps: thus, if your X server has more memory used when closing Okular, then this is an X issue. -- Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 177213] High X server memory consumption
http://bugs.kde.org/show_bug.cgi?id=177213 --- Comment #4 from Albert Astals Cid tsdgeos terra es 2008-12-08 21:50:25 --- We cache the pixmaps but we should never reach level of eating all the memory. Which platform are you using? -- Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 176743] okular review affects different document with same name
http://bugs.kde.org/show_bug.cgi?id=176743 --- Comment #5 from doc evans gmail com 2008-12-08 22:21:48 --- It sounds like the okular archive might solve one problem (the one I have at the moment: that I want multiple identical files, with identical names, to be associated with different reviews), but as you suggest it sounds like it will have its own problems regarding what happens when one moves the underlying files. I don't think it's correct to call the current situation a bug but also a feature. I think it's more like the current implementation of a particular feature gives rise to a bug. I'm not saying that the feature that's implemented is unimportant -- not at all; I think it's pretty vital to okular being useful. However, the limitation imposed by the current implementation -- of not being able to associate different reviews with multiple identical files with identical names -- is a terrible restriction (especially since there's no warning anywhere about it). I can't see businesses being able to use okular with that restriction. Somehow, okular needs a way to distinguish /directory1/file.pdf from the identical /directory2/file.pdf so that different reviews can be associated with them. Maybe there's no automatic way this can be done (I can see that it's a difficult problem, but it's not obvious to me that there's no automatic solution), but at the very least a manual system could be used so that the user is asked whether the two files are supposed to share highlighting. I'm kind of thinking aloud here, for which Aaron chastised me recently, so I'll stop doing that. But at the end of the day I think there's definitely a problem here that needs to be addressed somehow. From a developer's perspective it may look like a wish rather than a bug, although to me as a user it definitely has the appearance of a bug. Maybe the idea of an okular archive solves all, or at least the worst, problems. I guess I'll find out and revisit the issue when 4.2 is released for Kubuntu. Incidentally, mostly okular is simply fabulous. -- Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 176692] wrong evidentiation in japanese document
http://bugs.kde.org/show_bug.cgi?id=176692 Albert Astals Cid tsdgeos terra es changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Comment #2 from Albert Astals Cid tsdgeos terra es 2008-12-09 00:29:35 --- Although it may seem strange to you, this is not a bug. Acrobat Reader 8.1.2 on Linux gives the same output. The reason is that in PDF files what you see is just images, there's secondary information about what each image represents in text, and this pdf seems to have this information wrong. If you have any pdf viewer that highlights the correct area, please reopen the file. -- Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
