Bug 352
| Summary: | В KMail утекает память, поэтому со временем он зависает или вылетает. | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Vitaly Lipatov <lav> |
| Component: | kdenetwork | Assignee: | Vitaly Lipatov <lav> |
| Status: | CLOSED FIXED | QA Contact: | |
| Severity: | critical | ||
| Priority: | P4 | ||
| Version: | unstable | ||
| Hardware: | all | ||
| OS: | Linux | ||
Проверьте пожалуйста, иправилось с пакетами kdenetwork-2.2.2-alt3 kdelibs-2.2.2-alt9 libqt2-2.3.1-alt8 ? Включен ли PGP ? Проверьте пожалуйста, иправилось с пакетами kdenetwork-2.2.2-alt3 kdelibs-2.2.2-alt9 libqt2-2.3.1-alt8 ? Включен ли PGP ? Ну с зависанием вроде понятно - это обращение в инет для проверки ключа. С пакетом kdenetwork-2.2.2-alt3 ничего не изменилось и занимаемая kmail память увеличивается при каждом открытии письма. Причем чем больше писем просматриваешь, тем медленнее он работает. Приходится перезапускать. Не особо критично, но разве хорошо, когда он сначала занимает 18Мб, а через полчаса - 35Мб. Ну с зависанием вроде понятно - это обращение в инет для проверки ключа. С пакетом kdenetwork-2.2.2-alt3 ничего не изменилось и занимаемая kmail память увеличивается при каждом открытии письма. Причем чем больше писем просматриваешь, тем медленнее он работает. Приходится перезапускать. Не особо критично, но разве хорошо, когда он сначала занимает 18Мб, а через полчаса - 35Мб. Утечка памяти не исправилась. Хотя зависание, похоже, следствие обращение за pgp, так что это снимается. Но память не освобождается... Утечка памяти не исправилась. Хотя зависание, похоже, следствие обращение за pgp, так что это снимается. Но память не освобождается... И в KMail 1.4.1 из KDE 3 утечка памяти остаётся. При переходе от письма к письму объём занимаемой памяти увеличивается... И в KMail 1.4.1 из KDE 3 утечка памяти остаётся. При переходе от письма к письму объём занимаемой памяти увеличивается... В новых версиях такого не наблюдается. В новых версиях такого не наблюдается. Пока претензий нет Пока претензий нет |
Description
Vitaly Lipatov 2002-01-07 20:21:52 MSK