Change:
buildInputs = [ curl dbus dbus_glib gtk gnutls gsettings_desktop_schemas hicolor_icon_theme <del> libetpan perl pkgconfig python wrapGAppsHook </del> <ins> libetpan perl pkgconfig python wrapGAppsHook glib_networking </ins> ] ++ optional enableSpellcheck enchant ++ optionals (enablePgp || enablePluginSmime) [ gnupg gpgme ]

Discussion:
I have enabled in my config: after loading "Fancy" plugin and opening html email, it show page source instead of rendering html. P.S.: I don't have this issue in arch linux. /cc
Hi I'm assuming you're running NixOS and not just Nix on Arch. Can you please post the output of the following: Does it show the source for all HTML emails? If you start Claws from a terminal, does it print anything when you try to open the an HTML message for the first time?
(edit: commands improved slightly)
Thanks! I'll have to look into this more later. The one thing that jumps out at me is that you're loading the notification plugin from an old version of Claws (), which might cause some weirdness with dynamic linking. I'd recommend changing the section to have version-agnostic paths (e.g. ). It's a pain to do this when loading the plugins through the UI, because you can tell the file picker to use the path, but the next time you open the dialog, it's resolved the symlinks and is using the path so you have to navigate all over again. I'm not entirely sure Claws how uses this section though. I share between Gentoo and NixOS so it only had paths in it, but the NixOS Claws still found its plugins somehow (maybe falling back to its install dir; if this is the case then this section should probably just not be used on Nix). Updating my system to where you are on the channel now, we'll see if that causes problems :).
Thanks for looking into it! changing paths haven't changed anything :(
Thanks for testing that. I've now reproduced this by creating a new minimal NixOS install with only Claws and basic X stuff present. Now to determine the key difference between that and my main NixOS system.
Very sorry about this, this is fixed in master but is not on the release-15.09 branch. needs to be a dependency of Claws. would it be possible to cherry-pick onto release-15.09 to fix this issue, and also and to fix subsequent file conflicts with and , please?
as a workaround, install sharedmimeinfo manually.
adding to hasn't solved the issue :(
Pushed. I guess changing wasn't enough because is also required.
thanks!

Hopefully that's the case, since I haven't looked into what code is actually failing. On my test system, was sufficient :/.
how can I get this changes? just update my current channel?
No, channels , so it will take some time to get there (hours, days, difficult to guess). In the meantime, you can build from git, branch release-15.09.
sorry, NixOS newbie here. should I do ? what about I have in my ?
Yes, except that from don't affect (sadly) which is configured separately in . Example for that is on the wiki:
It works! thanks
:-)
:( there is another problem now. It unable to load something via
sounds like it needs a wrapper setting .
Trying to take a look at this, but now Fancy's back to just showing source for me... Wat.
same. after installing from updated channel :confused:
So what it seems like is that even with the patches, I have to add explicitly to for Fancy to work at all. It's not enough for it to be a dependency. Odd, perhaps Claws is looking in system paths still (although I don't know yet what for). (Didn't check if it worked in a user environment vs. .) For the TLS/SSL message, I created a test message containing some s and don't see that message, but nor do HTTPS images load. suggestion worked, although glib crashed without access to gsettings schemas so I also via (<- is it right for me to use this for a non-Gnome app?). khumba is the patch. would you be interested in testing this out? (Fetch and checkout that commit in a Git repo then .)
sure, I'll try it (if it won't cause webkitgtk2 rebuild as one of my attempts to install claws-mail from repo)
Ha :). It shouldn't, I deliberately tried to avoid that. Thanks.
handles mainly glib stuff (and some gstreamer); I think it's suitable to use it there.
you said, adding to solved the problem of Fancy not working at all. works when installed via without from your repo works fine with https ;)
can you send a PR with your fix?
Yes; I got heavily distracted, apologies. Will do.
PRs created.

I'm still confused by shared-mime-info. Some Claws builds I have work without it being in the environment, and some don't. In all cases, running Claws with --debug shows that the Webkit viewer is being created, at least.
thanks
for some reason in master plugin stopped working completely and just displays raw html text (I have in ). same problem when installed in
I'll investigate when I get back home on Monday or Tuesday, am out of town right now.
When it displays raw text, do you at least see the toolbar that fancy adds to the bottom of the message pane, below the HTML source? I'm not sure the problem is with Claws, since (on release-15.09) it seems to be loading webkitgtk successfully in its eyes when this happens. I suspect something is missing from webkitgtk2 (cc maintainer For example maybe it's relying on XDGDATADIRS instead of looking at sharedmimeinfo directly. (AFAICT, the only difference between having sharedmimeinfo in my user profile and not is the directories it creates in , since I'm not logging out and back in after installing it; and the only things sharedmimeinfo provides are a bin/ and a share/.) I'll try poking at webkitgtk2, experimenting with it will take time though. I've also got a lot of building to do to be able to check the current state of master, since the bash-4.3-42 patch hash changed :).
addition to the set of things in the environment that could rely on this being very small:
yeah. toolbar is visible
Okay, good. So, still on release-15.09, adding sharedmimeinfo to XDGDATADIRS via a wrapper fixes this bug's original issue of needing it to be installed. I'm building master currently to check the state of things there, but this seems like a good fix for now, although I don't know why it works. If this works for you, I'll create a PR. (edit: forgot to mention makeWrapper in changes.)
It works after removing and adding
Thanks for the hint! I opened a PR that wraps with . The fancy plugin now works for me.