GNU bug report logs - #30123
claws-mail plugins not updated

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 30123 in the body.
You can then email your comments to 30123 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: julien lepiller <julien <at> lepiller.eu>
To: bug-guix <at> gnu.org
Subject: claws-mail plugins not updated
Date: Mon, 15 Jan 2018 14:52:30 +0100

Hi,

claws-mail has a plugin system to add functionnality. For instance, to 
add PGP support, one has to load 3 plugins from the claws-mail package. 
By default, claws-mail looks in its store directory to propose available 
plugins.

When upgrading claws-mail, the configuration doesn't change. Plugins are 
still looked for in the old store location, so old plugins are still 
used. This is bad for security and compatibility. Another issue is when 
running guix gc afterwards: the old plugins are deleted and claws-mail 
issues an error message on startup because it cannot find them anymore.

Message #8 received at 30123 <at> debbugs.gnu.org (full text, mbox):

From: Danny Milosavljevic <dannym <at> scratchpost.org>
To: julien lepiller <julien <at> lepiller.eu>
Cc: 30123 <at> debbugs.gnu.org
Subject: Re: bug#30123: claws-mail plugins not updated
Date: Mon, 15 Jan 2018 17:18:38 +0100

Hi Julien,

On Mon, 15 Jan 2018 14:52:30 +0100
julien lepiller <julien <at> lepiller.eu> wrote:

> claws-mail has a plugin system to add functionnality. For instance, to 
> add PGP support, one has to load 3 plugins from the claws-mail package. 
> By default, claws-mail looks in its store directory to propose available 
> plugins.
> 
> When upgrading claws-mail, the configuration doesn't change. Plugins are 
> still looked for in the old store location, so old plugins are still 
> used. This is bad for security and compatibility. Another issue is when 
> running guix gc afterwards: the old plugins are deleted and claws-mail 
> issues an error message on startup because it cannot find them anymore.

I wonder how that happened.

claws-mail already makes sure not to include the name of the plugin directory in entries in clawsrc:

static gchar * plugin_canonical_name(const Plugin *plugin)
{
        if (plugin->in_prefix_dir == TRUE) {
                if (plugin_filename_is_standard_dir(plugin->filename) == TRUE) {
                        gchar *plugin_name = g_path_get_basename(plugin->filename);
                        return plugin_name;
                }
        }
        return g_strdup(plugin->filename);
}

And after the update it SHOULD take the plugins from the new installation directory.

There's a Makefile variable PLUGINDIR which we could set, but as far as I can see it should already work fine (in claws-mail 3.16.0).

Do your ~/.claws-mail/clawsrc entries include the directory name?

If it's actually broken, the easiest fix would be to make get_plugin_dir() return the plugin directory in the profile instead.  If the user then configures the plugins, he'll (hopefully) take the ones from the profile directory (instead of the ones directly in the store).  The function above then stores only the basenames - and on a later update of claws-mail files with these basenames should be looked up in the new installation directory.  And even if the function should not work, claws-mail would take the plugins from the profile directory - which would be the new ones in the case of an update.

But I'd rather get to the bottom of this problem before making the claws-mail package so defensive.

Message #11 received at 30123 <at> debbugs.gnu.org (full text, mbox):

From: Julien Lepiller <julien <at> lepiller.eu>
To: 30123 <at> debbugs.gnu.org
Subject: Re: bug#30123: claws-mail plugins not updated
Date: Fri, 19 Jan 2018 17:55:54 +0100

Le Mon, 15 Jan 2018 17:18:38 +0100,
Danny Milosavljevic <dannym <at> scratchpost.org> a écrit :

> Hi Julien,
> 
> On Mon, 15 Jan 2018 14:52:30 +0100
> julien lepiller <julien <at> lepiller.eu> wrote:
> 
> > claws-mail has a plugin system to add functionnality. For instance,
> > to add PGP support, one has to load 3 plugins from the claws-mail
> > package. By default, claws-mail looks in its store directory to
> > propose available plugins.
> > 
> > When upgrading claws-mail, the configuration doesn't change.
> > Plugins are still looked for in the old store location, so old
> > plugins are still used. This is bad for security and compatibility.
> > Another issue is when running guix gc afterwards: the old plugins
> > are deleted and claws-mail issues an error message on startup
> > because it cannot find them anymore.  
> 
> I wonder how that happened.
> 
> claws-mail already makes sure not to include the name of the plugin
> directory in entries in clawsrc:
> 
> static gchar * plugin_canonical_name(const Plugin *plugin)
> {
>         if (plugin->in_prefix_dir == TRUE) {
>                 if (plugin_filename_is_standard_dir(plugin->filename)
> == TRUE) { gchar *plugin_name = g_path_get_basename(plugin->filename);
>                         return plugin_name;
>                 }
>         }
>         return g_strdup(plugin->filename);
> }
> 
> And after the update it SHOULD take the plugins from the new
> installation directory.
> 
> There's a Makefile variable PLUGINDIR which we could set, but as far
> as I can see it should already work fine (in claws-mail 3.16.0).
> 
> Do your ~/.claws-mail/clawsrc entries include the directory name?

This is the end of my claswrc:

[Plugins_GTK2]
/gnu/store/5p5bs3na24af02hqpm9nmg817k9h97iz-claws-mail-3.16.0/lib/claws-mail/plugins/pgpcore.so
/gnu/store/5p5bs3na24af02hqpm9nmg817k9h97iz-claws-mail-3.16.0/lib/claws-mail/plugins/pgpinline.so
/gnu/store/5p5bs3na24af02hqpm9nmg817k9h97iz-claws-mail-3.16.0/lib/claws-mail/plugins/pgpmime.so

> 
> If it's actually broken, the easiest fix would be to make
> get_plugin_dir() return the plugin directory in the profile instead.
> If the user then configures the plugins, he'll (hopefully) take the
> ones from the profile directory (instead of the ones directly in the
> store).  The function above then stores only the basenames - and on a
> later update of claws-mail files with these basenames should be
> looked up in the new installation directory.  And even if the
> function should not work, claws-mail would take the plugins from the
> profile directory - which would be the new ones in the case of an
> update.
> 
> But I'd rather get to the bottom of this problem before making the
> claws-mail package so defensive.

Message #14 received at 30123 <at> debbugs.gnu.org (full text, mbox):

From: Danny Milosavljevic <dannym <at> scratchpost.org>
To: Julien Lepiller <julien <at> lepiller.eu>
Cc: 30123 <at> debbugs.gnu.org
Subject: Re: bug#30123: claws-mail plugins not updated
Date: Sun, 21 Jan 2018 12:59:37 +0100

> This is the end of my claswrc:
> 
> [Plugins_GTK2]
> /gnu/store/5p5bs3na24af02hqpm9nmg817k9h97iz-claws-mail-3.16.0/lib/claws-mail/plugins/pgpcore.so
> /gnu/store/5p5bs3na24af02hqpm9nmg817k9h97iz-claws-mail-3.16.0/lib/claws-mail/plugins/pgpinline.so
> /gnu/store/5p5bs3na24af02hqpm9nmg817k9h97iz-claws-mail-3.16.0/lib/claws-mail/plugins/pgpmime.so

Please close claws-mail, make a backup of clawsrc and then remove the directory parts of these entries in clawsrc.

Then start claws-mail again and close it again.  Then check clawsrc.  The directory part should stay off.

Also, please open claws-mail, enter the menu Configuration -> Plugins and remove and add some plugin there.  Then close claws-mail.  Does it have a directory part in clawsrc now?

Message #17 received at 30123 <at> debbugs.gnu.org (full text, mbox):

From: Julien Lepiller <julien <at> lepiller.eu>
To: 30123 <at> debbugs.gnu.org
Subject: Re: bug#30123: claws-mail plugins not updated
Date: Sun, 21 Jan 2018 14:34:59 +0100

Le Sun, 21 Jan 2018 12:59:37 +0100,
Danny Milosavljevic <dannym <at> scratchpost.org> a écrit :

> > This is the end of my claswrc:
> > 
> > [Plugins_GTK2]
> > /gnu/store/5p5bs3na24af02hqpm9nmg817k9h97iz-claws-mail-3.16.0/lib/claws-mail/plugins/pgpcore.so
> > /gnu/store/5p5bs3na24af02hqpm9nmg817k9h97iz-claws-mail-3.16.0/lib/claws-mail/plugins/pgpinline.so
> > /gnu/store/5p5bs3na24af02hqpm9nmg817k9h97iz-claws-mail-3.16.0/lib/claws-mail/plugins/pgpmime.so  
> 
> Please close claws-mail, make a backup of clawsrc and then remove the
> directory parts of these entries in clawsrc.
> 
> Then start claws-mail again and close it again.  Then check clawsrc.
> The directory part should stay off.

Indeed, this seems to work.

> 
> Also, please open claws-mail, enter the menu Configuration -> Plugins
> and remove and add some plugin there.  Then close claws-mail.  Does
> it have a directory part in clawsrc now?

Loading a module adds the directory part in clawsrc.

Message #20 received at 30123 <at> debbugs.gnu.org (full text, mbox):

From: Danny Milosavljevic <dannym <at> scratchpost.org>
To: Julien Lepiller <julien <at> lepiller.eu>
Cc: 30123 <at> debbugs.gnu.org
Subject: Re: bug#30123: claws-mail plugins not updated
Date: Sun, 21 Jan 2018 15:44:40 +0100

> Loading a module adds the directory part in clawsrc.

Is it a /gnu/store directory or a user profile directory?

Message #23 received at 30123 <at> debbugs.gnu.org (full text, mbox):

From: Julien Lepiller <julien <at> lepiller.eu>
To: 30123 <at> debbugs.gnu.org
Subject: Re: bug#30123: claws-mail plugins not updated
Date: Sun, 21 Jan 2018 19:25:21 +0100

Le Sun, 21 Jan 2018 15:44:40 +0100,
Danny Milosavljevic <dannym <at> scratchpost.org> a écrit :

> > Loading a module adds the directory part in clawsrc.  
> 
> Is it a /gnu/store directory or a user profile directory?

still the same /gnu/store directory.

Message #26 received at 30123 <at> debbugs.gnu.org (full text, mbox):

From: zimoun <zimon.toutoune <at> gmail.com>
To: julien lepiller <julien <at> lepiller.eu>
Cc: 30123 <at> debbugs.gnu.org
Subject: Re: bug#30123: claws-mail plugins not updated
Date: Thu, 25 Nov 2021 00:32:20 +0100

Hi Julien,

On Mon, 15 Jan 2018 at 14:52, julien lepiller <julien <at> lepiller.eu> wrote:

> claws-mail has a plugin system to add functionnality. For instance, to add PGP
> support, one has to load 3 plugins from the claws-mail package. By default,
> claws-mail looks in its store directory to propose available plugins.
>
> When upgrading claws-mail, the configuration doesn't change. Plugins are still
> looked for in the old store location, so old plugins are still used. This is
> bad for security and compatibility. Another issue is when running guix gc
> afterwards: the old plugins are deleted and claws-mail issues an error message
> on startup because it cannot find them anymore.

Reading the recent activity about claws-mail, is it still an issue?

Cheers,
simon

Message #31 received at 30123-close <at> debbugs.gnu.org (full text, mbox):

From: Julien Lepiller <julien <at> lepiller.eu>
To: zimoun <zimon.toutoune <at> gmail.com>
Cc: 30123-close <at> debbugs.gnu.org
Subject: Re: bug#30123: claws-mail plugins not updated
Date: Wed, 24 Nov 2021 20:28:23 -0500

[Message part 1 (text/plain, inline)]

The problem seems to be solved now. Thanks for reminding me of my old bugs :). Closing.

Le 24 novembre 2021 18:32:20 GMT-05:00, zimoun <zimon.toutoune <at> gmail.com> a écrit :
>Hi Julien,
>
>On Mon, 15 Jan 2018 at 14:52, julien lepiller <julien <at> lepiller.eu> wrote:
>
>> claws-mail has a plugin system to add functionnality. For instance, to add PGP
>> support, one has to load 3 plugins from the claws-mail package. By default,
>> claws-mail looks in its store directory to propose available plugins.
>>
>> When upgrading claws-mail, the configuration doesn't change. Plugins are still
>> looked for in the old store location, so old plugins are still used. This is
>> bad for security and compatibility. Another issue is when running guix gc
>> afterwards: the old plugins are deleted and claws-mail issues an error message
>> on startup because it cannot find them anymore.
>
>Reading the recent activity about claws-mail, is it still an issue?
>
>Cheers,
>simon

[Message part 2 (text/html, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.