Re: html-widget choice and use of html2text



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]