[kaddressbook] [Bug 384772] kAddressbook 5.6.1: Excessive memory consumption
https://bugs.kde.org/show_bug.cgi?id=384772 --- Comment #2 from Gunter Ohrner--- Note: VIRT is still more than 6 GB, but the space does not seem to be actually used, it's also not paged out. Swap space usage at the moment is about 1 GB in total. -- You are receiving this mail because: You are the assignee for the bug.
[kaddressbook] [Bug 384772] kAddressbook 5.6.1: Excessive memory consumption
https://bugs.kde.org/show_bug.cgi?id=384772 --- Comment #1 from Gunter Ohrner--- Addendum: After a while the memory consumption "normalized" to 244 MB (still much for such a "small" application, but acceptable): 4232 gunter20 0 6487468 244268 80592 S 0,0 2,0 0:50.85 kaddressbook -- You are receiving this mail because: You are the assignee for the bug.
[kaddressbook] [Bug 384772] kAddressbook 5.6.1: Excessive memory consumption
https://bugs.kde.org/show_bug.cgi?id=384772 Gunter Ohrnerchanged: What|Removed |Added Platform|Other |Neon Packages -- You are receiving this mail because: You are the assignee for the bug.
[kaddressbook] [Bug 384772] New: kAddressbook 5.6.1: Excessive memory consumption
https://bugs.kde.org/show_bug.cgi?id=384772 Bug ID: 384772 Summary: kAddressbook 5.6.1: Excessive memory consumption Product: kaddressbook Version: 5.6.0 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: kdeb...@customcdrom.de CC: to...@kde.org Target Milestone: --- kAddressbook 5.6.1 consumes rediculous amounts of memory on my system - it took a minute or so to start and now consumed 5,2 GB RSS, while akonadiserver consumes additional 1,3 GB and the corresponding mysqld process 1,1 GB... PID USER PR NIVIRTRESSHR S %CPU %MEM ZEIT+ BEFEHL 4232 gunter20 0 6487468 5,195g 80592 S 0,0 44,7 0:49.83 kaddressbook 3218 gunter20 0 3854248 1,313g 3428 S 11,3 11,3 0:10.87 akonadiserver 1566 mysql 20 0 3655660 1,115g 7784 S 33,9 9,6 1:01.60 mysqld The system has 12 GB, but an RSS size of this is not common and the system started paging memory to SSD. I only have one local addressbook defined with a three-digit number of entries. -- You are receiving this mail because: You are the assignee for the bug.
[akregator] [Bug 256034] Feed content is displayed with date 07.02.2106 07:28
https://bugs.kde.org/show_bug.cgi?id=256034 Holgerchanged: What|Removed |Added CC||hos...@hotmail.de --- Comment #21 from Holger --- Created attachment 107877 --> https://bugs.kde.org/attachment.cgi?id=107877=edit example from packman list I can confirm this issue as well, feeds appear suddenly with date 09.02.06 07:28. Yesterday is configured akregator completely new (deleting ~/.local/share/akregator/ and ~/.config/akregatorrc). It worked without any issues for some hours. Then akregator crashed (don't remember exactly the error message, but something with a xml file) After the crash, my feeds were gone, I had to import them again from a opml file. Again it worked for a couple of hours. And now this strange feed date apears again. -- You are receiving this mail because: You are the assignee for the bug.
[akregator] [Bug 382587] Article viewer jumps to scroll position of previously viewed article
https://bugs.kde.org/show_bug.cgi?id=382587 --- Comment #3 from Laurent Montel--- (In reply to Patrick from comment #2) > I did some debugging and found that the scroll position is remembered by the > chromium backend used by Qt. The scroll position restore used by > akregator/messagelib isn't working because javascript is disabled. it's wrong as it's execute in specific environment. js is enabled as private => it's execute for sure. > > As > enabling javascript might have side effects, a possible solution is loading > a blank page before a new article is loaded in the viewer. You could do this > in ArticleHtmlWebEngineWriter::begin() by replacing: > mWebView->load(QUrl()); > with > mWebView->load(QUrl(QStringLiteral("about:blank"))); -- You are receiving this mail because: You are the assignee for the bug.
[akregator] [Bug 382587] Article viewer jumps to scroll position of previously viewed article
https://bugs.kde.org/show_bug.cgi?id=382587 --- Comment #2 from Patrick--- I did some debugging and found that the scroll position is remembered by the chromium backend used by Qt. The scroll position restore used by akregator/messagelib isn't working because javascript is disabled. As enabling javascript might have side effects, a possible solution is loading a blank page before a new article is loaded in the viewer. You could do this in ArticleHtmlWebEngineWriter::begin() by replacing: mWebView->load(QUrl()); with mWebView->load(QUrl(QStringLiteral("about:blank"))); -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 383623] Finnish characters "ä,ö,å" problem
https://bugs.kde.org/show_bug.cgi?id=383623 --- Comment #2 from Jorma Veijanen--- (In reply to Christoph Feck from comment #1) > Version 4.13 is no longer maintained by KDE PIM developers. Please update to > version 5.3 or newer (KDE Applications 16.08). The latest release is 5.6 > (KDE Applications 17.08). Thank you very much of your rsponse. I am not sure how to proceed, because my Mint17's Synaptic tells that latest version is still 4:4.13.3... etc. Can you give me detailed instructions ? Regards Jorma -- You are receiving this mail because: You are the assignee for the bug.