Re: html-widget choice and use of html2text
- From: Jack <ostroffjh users sourceforge net>
- To: balsa-list gnome org
- Subject: Re: html-widget choice and use of html2text
- Date: Fri, 23 Nov 2018 18:48:52 -0500
On 2018.11.23 16:20, Albrecht Dreß wrote:
Hi Jack:
Am 23.11.18 21:24 schrieb(en) Jack via balsa-list:
I took a new tack tracking down my problem with balsa becoming
unresponsive when downloading some new messages, and discovered
(just using top) that when balsa seems frozen, one CPU was pegged
running html2text. As that seems only necessary when using
gtk-webkt2 on html-only messages, I tried recompiling with
gtkthtml. As that didn't work, I vaguely recall the discussion
deciding to drop it.
Yes, gtkhtml is deprecated & probably full of security issues…
However, it's mention has not yet been removed from README.
Oooops…
I have not yet delved into the code - but I'm wondering if my
problem is because of how Balsa calls html2text - possibly in some
way which prevents any interruptions. Also, I'd like to confirm
that html2text is only called on html-only messages. Related
question - why is html2text called at all when fetching messages
(POP3) from the server.
Good question. It is used in html.c, function html2text(), which in
turn is called from libbalsa_html_to_string(), which in turn is
/only/ called from mime.c, process_mime_part().
I suppose the question then is whether this is ever called on an html
part of a message which DOES have a plain text part. Also, why this is
called at any time other than needing to extract the text for reply or
forward.
I would expect it is only needed when forwarding or replying. Am I
missing something. Separately - I'll have to check the relative
performance of the other viable html2text solutions.
html2text is rather old and the “last resort” option. Could you try
to install python3's html2 markdown (on Debian package
python3-html2text), and try if this works better? And you could try
to just kill the apparently hanging html2text process and see if
Balsa stops hanging.
I do plan to try all the others. Note however, that with the recent
exception of two emails from Staples, the html2text wasn't hanging,
just taking a long time, and causing (?) Balsa to be unresponsive.
Killing html2text just relaunched it (not sure if it was with the same
message or on a different one, however).
Te reiterate the symptoms - at some times when downloading POP3
messages, Balsa seems to hang. I can move the main window, but it does
not redraw until some trigger, but I don't know for sure what that
trigger is. While "frozen" no clicking on anything (buttons,
mailboxes, messages in the list) have any effect until that freeing
trigger. The "downloading mail" window can't even be moved, although
if I click and wait, sometimes I can move it after some time, but still
before the trigger event. While running top or KDEs ksysguard, the
freeing event is not simply html2text finishing and another one
launching. That's why I'm still not sure if the fact that html2text is
hogging a complete CPU is the problem, some indication of the problem,
or just a red herring.
Plenty more research for me to do.
Cheers,
Albrecht.
Jack
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]