[kmail2] [Bug 387061] REGRESSION: Large messages don't display in the viewer pane (eg. New Tumbleweed snapshot 20171117 released!)

[RJVB]

https://bugs.kde.org/show_bug.cgi?id=387061

--- Comment #43 from RJVB <rjvbertin at gmail.com> ---
(In reply to Wolfgang Bauer from comment #42)

> Have you tried in Chromium though? (which is what QtWebEngine is based upon)

Current versions of Firefox tend to consume more memory than Chromium - in
fact,I understand that the Firefox Quantum engine uses bits and pieces from all
3 open source web engines and picks the fastest one.

> TBH, I think even QtWebKit would struggle with these large mails

That would be simple to test in konqueror with the webkit backend, or
Otter-Browser, and the rebooted QtWebKit. Or in epiphany.
1 caveat emptor: we don't actually know what clever tricks the web email
interface pulls.

> Anyway, this is kind of a different problem than comment#35 (or comment#0).
> I don't see how it could be fixed from the kmail side, except for not trying
> to display mails larger than a certain size at all. (or maybe just display
> it as plain text instead then, but that probably means a large rewrite of
> the code, and I'm not sure it's possible at all)

- Don't dump the entire message into the rendering widget but use a paged
approach
- wrapper code can be written that connects to different backends. If you don't
want to support QtWebkit, fine, but there's also QTextBrowser which should be
sufficient even for simple HTML emails (it's what Qt's assistant uses by
default since whatever Qt version that obsoleted QtWebkit). I've done a
compile-time version of such wrapper code for KDevelop's help browser (which
supports both QWE and QWK). I think it should be possible at least to chose
between backends as a startup option.

Out of curiosity: does that humongous QWE process exit when you close the
message view, or do you have to quit KMail to recuperate all that RAM?

-- 
You are receiving this mail because:
You are the assignee for the bug.