You are not logged in.
Only a small amount of my html emails displays correctly at the momen, most of them just displays a blank page...
Anyway to fix this?
Regards,
BTJ
Someone wrote:
"I understand that if you play a Windows CD backwards you hear strange Satanic messages"
To which someone replied:
"It's even worse than that; play it forwards and it installs Windows"
Offline
I'm fully up-to-date and I am not seeing this behavior at all. Do you get any errors?
All men have stood for freedom...
For freedom is the man that will turn the world upside down.
Gerrard Winstanley.
Offline
I have the same issue and my system is fully up to date. There is nothing output to stdout when viewing a "bad" html formatted message.
Last edited by skunktrader (2016-04-17 13:12:21)
Online
Yes, same here... No error is logged, the only thing logged is this:
mimeview.c:834:text/html
fancy_viewer.c:83:fancy_get_widget: 0x368f470
(claws-mail:4540): GLib-CRITICAL **: Source ID 1038 was not found when attempting to remove it
fancy_viewer.c:233:filename: /home/bjorntj/.claws-mail/mimetmp/00000001.mimetmp.html
fancy_viewer.c:249:using utf-8 charset
fancy_viewer.c:252:zoom_level: 100
fancy_viewer.c:385:navigation requested to file:///home/bjorntj/.claws-mail/mimetmp/00000001.mimetmp.html
fancy_viewer.c:444:Starting request of 62 file:///home/bjorntj/.claws-mail/mimetmp/00000001.mimetmp.html
Someone wrote:
"I understand that if you play a Windows CD backwards you hear strange Satanic messages"
To which someone replied:
"It's even worse than that; play it forwards and it installs Windows"
Offline
Downgrading shared-mine-info to previous (1.5-1) fixed it for me on 4 systems. No idea why. Just process of elimination on that day's updates.
regards
stanhope
Offline
Perhaps I spoke too soon: my main system is an older desktop running XFCE and nouveau. I just did another full upgrade, and shared-mime-info 1.6-1 again broke the fancy plugin, and downgrading to 1.5-1 again fixed it. However on a newer laptop with a similarly configured XFCE, the same regular Arch X86_64 kernel, but nvidia-340xx, the fancy plugin works fine with shared-mime-info 1.6-1. The laptop dual-boots to KDE, and the fancy plugin is fine there also. I'd mistakenly assumed it would be broken on all the systems. My apologies. I'll just ignore the updates to shared-mime-info in my dekstop until someone smarter than me figures this out.
Regards
stanhope.
Offline
Same problem here......downgrading shared-mime-info to 1.5-1 fixed the problem for me as well.
Offline
Does it work if you remove ~/.config/mimeapps.list
Offline
Does it work if you remove ~/.config/mimeapps.list
Made no difference in my case.
Downgrading shared-mime-info to 1.5.1 fixes it for me.
Online
I confirm this issue as well (my shared-mime-info is 1.6-2).
It's not the best thing when they call you a "member" you know…
Offline
Does it work if you remove ~/.config/mimeapps.list
Nope. Tried the latest shared-mime-info 1.6-2 with and without ~/.config/mimeapps.list. No joy. Back to shared-mime-info-1.5-1
Offline
Strange, it works fine for me.
Offline
Well, the most significant difference between 1.5-1 and 1.6-1/2 in regard to (X)HTML appears to be this magic value declaration added in 1.6 (I snipped the most interesting part from the diff):
@@ -19653,6 +19665,13 @@
<sub-class-of type="application/xml"/>
<generic-icon name="text-html"/>
<glob pattern="*.xhtml"/>
+ <glob pattern="*.xht"/>
+ <magic priority="60">
+ <match value="//W3C//DTD XHTML " type="string" offset="0:256"/>
+ <match value="http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd" type="string" offset="0:256"/>
+ <match value="<html xmlns="http://www.w3.org/1999/xhtml" type="string" offset="0:256"/>
+ <match value="<HTML xmlns="http://www.w3.org/1999/xhtml" type="string" offset="0:256"/>
+ </magic>
<root-XML namespaceURI='http://www.w3.org/1999/xhtml' localName='html'/>
</mime-type>
<mime-type type="application/zip">
Right now I really don't have a heart to dig any deeper into that ;}, however… incidentally messages which don't show up are… surprise, surprise: XHTML. At the same time HTMLs work just fine. Admittedly, I tested only a couple of emails at hand (about a pair of each kind), but the results are consistent. It'd be great if anyone could test and confirm (or debunk) my observation.
After all I think that shared-mime-info is not to blame here. I'd rather take a look at fancy plugin or claws-mail code for any clues how the XHTML type is handled (claws happily shows text/html as a mime for XHTML, but it may be just what is indicated in message header itself). Or… just a wild thought ;}… maybe report a bug to claws-mail?
It's not the best thing when they call you a "member" you know…
Offline
Thank you thank you thank you! I was going crazy, as HTML rendering was not working out. Downgrading to 1.5-1 worked great! Probably, like you say, a problem with the fancy plugin, but this will do for now.
Offline
I've opened a bug report on the claws-mail bug tracker here:
Offline
It appears that Martin Schwenke found a solution—at least I can confirm it works. It's described in his comment to the bug reported by Gilbert. Basically the solution is to remove the file
~/.local/share/mime/packages/user-extension-html.xml
and recreate MIME database (just in case)
update-mime-database ~/.local/share/mime
As ignorant as it sounds I've got no idea why exactly this rectified the problem, but it did nonetheless, which makes my life much easier again ;}.
Seriously though, if someone knows the precise “why”, I'd love to hear it.
It's not the best thing when they call you a "member" you know…
Offline