Thunderbird2 gconf gmt problem 'Bad key or directory name' because of plus symbol (+)

User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2) Gecko/20100115 Firefox/3.6
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1

If message contains string, that has word plus plus ("+") plus word plus colon (":") plus word, example "one+two:three" error message dialog
"An error occurred while loading or saving configuration information for Gecko. Some of your configuration settings may not work properly." comes.

Details button shows more information:

"Bad key or directory name: "/desktop/gnome/url-handlers/one+two/command": `+' is an invalid character in key/directory names
Bad key or directory name: "/desktop/gnome/url-handlers/one+two/command": `+' is an invalid character in key/directory names"

(yes, twice)

Reproducible: Always

Steps to Reproduce:
1. Send or receive e-mail with text one+two:tree in message body
2. View message in Message Pane, Tab or Window

Actual Results:
Error message "An error occurred while loading or saving configuration information for Gecko. Some of your configuration settings may not work properly." shows.

Expected Results:
No error message.

This is regression from Thunderbird 2.

I'm not seeing that on Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.3a1pre) Gecko/20100128 Shredder/3.2a1pre.

Can you start Thunderbird in -safe-mode (http://kb.mozillazine.org/Safe_mode) and let me know if the issue is still present ?

If the issue is still present would it be possible for you to look into Tools -> Error console and copy the errors at the bottom of that window ?

Yes, error is present on safe mode as well. However, there are no messages on Error console.

Maybe this is Linux specific issue? I'm running CentOS 5.

let's ask another linux user.

I can confirm. I received a message with the string "(GMT+08:00)". This results in a popup error when displaying the message. Easy to reproduce by creating a new draft message pasting only this string, saving it and then viewing it:

An error occurred while loading or saving configuration information for Gecko. Some of your configuration settings may not work properly.

Bad key or directory name: "/desktop/gnome/url-handlers/GMT+08/command": `+' is an invalid character in key/directory names

It happens in safe mode as well.

Thunderbird 3.1.3
CentOS release 5.5 (Final)

(In reply to comment #4)
> a message with the string "(GMT+08:00)".
> Bad key or directory name: "/desktop/gnome/url-handlers/GMT+08/command":
> `+' is an invalid character in key/directory names

It sounds linkify of text mail relevant issue.
Text mail? HTML mail?
Is string around GMT+08: linkified?
Is scam/phishing detection relevant?
  Tools/Options/Security, E-mail Scam
  [ ? ] Tell me if the messag I'm reading is a suspected email scam

This is a plain text message. Even the email from bugzilla (your comment) triggered this bug. And in safe mode, all plugins are disabled. I also tried to manually disable all plugins that I use.
I removed some more characters from the string and this is the shortest string that I found:

T+08:0

The source of a test message:

FCC: imap://greenpeak%<email address hidden>/INBOX
X-Identity-Key: id8
Message-ID: <email address hidden>
Date: Tue, 14 Sep 2010 09:30:03 +0200
From: Theo Band <email address hidden>
X-Mozilla-Draft-Info: internal/draft; vcard=0; receipt=0; DSN=0; uuencode=0
User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.2.9) Gecko/20100825 Lightning/1.0b2 Thunderbird/3.1.3
To: test
Subject: test
X-Enigmail-Version: 1.1.1
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
MIME-Version: 1.0

(GMT+08:00)

*** Bug 584822 has been marked as a duplicate of this bug. ***

(In reply to comment #6)
> This is a plain text message.
> Even the email from bugzilla (your comment) triggered this bug.

Is the problematic string with ":" linkified by Tb?
Does your problem occur with next setting unchecked?
  Tools/Options/Security, E-mail Scam
  [ ? ] Tell me if the messag I'm reading is a suspected email scam

(In reply to comment #8)
> Is the problematic string with ":" linkified by Tb?
No
> Does your problem occur with next setting unchecked?
> Tools/Options/Security, E-mail Scam
Yes option is unchecked (It's Edit->Preferences, Security, E-mail Scam)
It's not enabled. I also disabled the Junk filtering. No effect as well.
> [ ? ] Tell me if the messag I'm reading is a suspected email scam
No scam , just any ordinary/flat ASCII text (only 6 characters of text is enough as shown)

Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
MIME-Version: 1.0

T+08:0

a+b:c

Even shorter example that triggers the pop-up error message.

For the record, I use:
Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.2.9) Gecko/20100825 Lightning/1.0b2 Thunderbird/3.1.3

a+b:c and T+08:0 produced the error for me.

Tell me if messages are suspect is checked for me.

Unchecking has no effect with or with out a restart of Thunderbird.

(In reply to comment #11)
> Tell me if messages are suspect is checked for me.
>
> Unchecking has no effect with or with out a restart of Thunderbird.

I Confirm that Tb has been restarted (actually the option was not enabled in the first place. Did not even knew that it existed).

I can consistently reproduce this by opening a message that has a uuencoded file sent as a MIME attachment, regardless of whether the mail was sent from thunderbird, mutt, pine or elm.

Sending the uuencoded file as the actual message body via the "mail" command (no MIME) works fine.

This has occurred on 3.0.x (I forget which exact version) and still manifests on 3.1.4 and 3.1.5. It happens for all our thunderbird users. We are running CentOS5.

I'm seeing this in Thunderbird 3.1.10 and the latest Miramar build on CentOS 5. I can't believe this isn't fixed yet. Does anyone know a workaround?

Thunderbird 2 PRINTS the error messages to standard error, Thunderbird 3 shows an annoying dialog box instead.

This is a *major* annoyance for many many users in a corporate environment.
You can just send a plain text email with a+:a in it and get the error.

*** Bug 657093 has been marked as a duplicate of this bug. ***

The error popup is coming from libgnomeui. It looks like libgnomeui overrides the default gconf error handler and the libgnomeui error handler puts up the error dialog. This isn't really a bug but the developers should probably add some basic checks for bad characters in the code before calling gconf.

I noticed the configure for thunderbird says libgnomeui is "optional at runtime",
does anyone know how? Does anyone know what gnomeui really does for Thunderbird?
If it can be turned off, that would be a work around.

It seems like plus characters on separate lines can also trigger this annoying behaviour. For example, from a MediaWiki update message (delimited by "----"):

----
-
Follow these steps
 +
Follow the prompts. Here is an example search:
----

This produces the following error:

----
Bad key or directory name: "/desktop/gnome/url-handlers/button-apop-upwindowwillappear.-Followthesesteps+Followtheprompts.Hereisanexamplesearch/command": `+' is an invalid character in key/directory names
Bad key or directory name: "/desktop/gnome/url-handlers/button-apop-upwindowwillappear.-Followthesesteps+Followtheprompts.Hereisanexamplesearch/command": `+' is an invalid character in key/directory names
----

So anyone using the admittedly poor confirmation message feature of MediaWiki will potentially run into this at some point.

I can confirm as well: running thunderbird 3.1.11 on Centos 5.5.

In my case the text was in a perl script attachment someone emailed me that apparently contained the magic string that triggers the "Gecko" popup dialog error with details. In my case the "details" say:

----
Bad key or directory name: "/desktop/gnome/url-handlers/s+Frames/command": `+' is an invalid character in key/directory names
Bad key or directory name: "/desktop/gnome/url-handlers/s+Frames/command": `+' is an invalid character in key/directory names
----

..which is due apparently to the following text in the perl script:

----
        if ( /^\s+Frames:/ ) # remove Frames
----

from https://bugzilla.mozilla.org/show_bug.cgi?id=673471#c3

Ok, I was just talking to a Gnome developer about that:
Apparently while a scheme is perfectly allowed to contain a plus sign GConf never had a concept of handling those. + is explicitely marked as invalid character and there is no special handling for such a scheme.

So I see the following to resolve that issue:

1. filter those URIs in the GConf interface code
2. ignore the errors (and switch newer TB versions to GIO (see below))

About 2.: Since Gnome3 GConf usage for scheme handlers is obsolete and is handled using GIO interfaces. Firefox and Thunderbird _should_ work fine if GIO support is enabled in the builds (openSUSE is shipping its Firefox >=4 and Thunderbird >=5 builds with GIO enabled for example)
I _think_ that GIO is able to handle that but haven't checked it myself

*** Bug 673471 has been marked as a duplicate of this bug. ***

*** Bug 702218 has been marked as a duplicate of this bug. ***

Reproducible using Gnome 2.16.0. Not reproducible using Gnome 2.22.3

Confirming based on dupes.

*** Bug 720378 has been marked as a duplicate of this bug. ***

To reproduce this bug, simply add a line in the mail body like "*Datum:* 13 juni 2012 10:50:55 GMT+02:00". The part "GMT+02:00" triggers the error.
The error often occurs when someone forwards a message from an iPad or Apple mail.
When adding a space between "GMT" and "+02:00" the error does not occur.

I'm on the email list for this bug, and Wilco's last bug report actually triggered this bug, due to its content.

Also affects (on Ubuntu 10.04.1):
    thunderbird 13.0+build1-0ubuntu0.10.04.1
    gnome-panel 1:2.30.2-0ubuntu0.2

When a sent email contains "GMT+02:00"

Same as Mattia, this happens when I get a mail including a date with timezone in its body text, such as an event invitation from an Outlook users.

A reboot message from logcheck shows error Debian Squeeze with their icedove esr 10.0.3

(In reply to mikedoo3 from comment #16)
> .... This isn't really a bug ...

I assume that you're talking about something other than the main problem this bug report is about? Arbitrary text from messages I receive is being validated for conformance to some rules for "key/directory" names, and is triggering a warning message if it doesn't match those rules, even though there's no particular reason why the text should match those rules. That's pretty definitely a bug.

I assume, therefore, that what you're saying is that this bug is not in some particular component of the system, but in the misuse of that component. Could you explain that in a little more detail? Why is this text being passed to something which expects to receive a "key/directory" name? If there's a good reason for checking whether or not it's a key/directory name, is there some way to do so without generating an error message in contexts where it's not an error for it to fail to meet the requirements for a key/directory name?

This looks like this may be a regression now as it was first reported over two years ago and I've never hit the problem until a recent update to Thunderbird 13.0.1 which has broken both of my laptops in the same way (both running 64-bit Ubuntu 10.04 LTS)
The actual ubuntu package is 13.0.1+build1-0ubuntu0.10.04.1 from the 'lucid-updates' repository.

The format of the emails I receive has not changed in a very long time and they used to open fine. I receive frequent internal bug updates by email which contain lots of timestamps in the text like:
"*** (#1 of 1): 2012-05-24 15:37:20 GMT+00:00 <email address hidden>"

As soon as I open any of those emails I get an unlabelled popup dialog which states:
"An error occurred while loading or saving configuration information for thunderbird-bin. Some of your configuration settings may not work properly."
Clicking on [Details] gives multiple instances of the following error:
"Bad key or directory name: "/desktop/gnome/url-handlers/GMT+00/command": `+' is an invalid character in key/directory names"

I tried it in some recent thunderbirds that I have sitting around. Using "foo+bar:/baz" as the string in the message body:

It is in thunderbird 9. (linux, downloaded)

It is not in thunderbird 10. (linux, Red Hat Enterprise 6)

It is in thunderbird 11. (linux, downloaded)

(In reply to Jonathan from comment #31)
>

It is definitely in Thunderbird ESR 10.0.4, albeit on RHEL 5.8. This discussion causes the annoying pop-up dialogue when I read it in Thunderbird.

The GNOME packages on the system appear to belong to 2.16.0 for the most part.

Can confirm the same problem:

Thunderbird 13.0.1 installed from Ubuntu Lucid 10.04 LTS Repos.

Error:
An error occurred while loading or saving configuration information for thunderbird-bin. Some of your configuration settings may not work properly.

Details:
Bad key or directory name: "/desktop/gnome/url-handlers/GMT+02/command": `+' is an invalid character in key/directory names
Bad key or directory name: "/desktop/gnome/url-handlers/GMT+02/command": `+' is an invalid character in key/directory names
Bad key or directory name: "/desktop/gnome/url-handlers/GMT+02/command": `+' is an invalid character in key/directory names
Bad key or directory name: "/desktop/gnome/url-handlers/GMT+02/command": `+' is an invalid character in key/directory names

It would be useful to know if this bug will have any real effect on how Thunderbird actually works, especially if there's any chance of corrupting my profile. If it's just an annoying error message that I can safely ignore that would be good to know.

I've been doing a load of additional research on this bug because it's causing me daily annoyance...

In response to Sandy Knight: This issue will not corrupt your profile.

I've hooked up gdb to thunderbird and in combination with the source code and a bit of a crash course in reading c++ I feel I know much more about the problem...

1) If my interpretation of RFC2396 is correct, then although a string like "GMT+00:00" looks obviously like a Time Zone and not a URI, it does actually match the regex for a URI schema, which is why a call is made to gconf to look for a handler.

2) GConf does not accept '+' in the names of keys or directories. This means that gconf is technically unsuitable for mapping URI handlers, except that I can find no examples of a real-world URI

3) Since at least Thunderbird 10.0.1 (and I believe much older), "GMT+00:00" would be parsed as a URI and checked with gconf. The error message "Bad key or directory name: "/desktop/gnome/url-handlers/GMT+02/command": `+' is an invalid character in key/directory names" has been around/happening for a very long time.

4) Important difference:
- The x86_x64 binary release of Thunderbird 14.0 ( ftp://ftp.mozilla.org/pub/mozilla.org/thunderbird/releases/14.0/linux-x86_64/ ) does not show popup a dialog when the error occurs
- The Ubuntu 'thunderbird_14.0+build1-0ubuntu0.10.04.1' package *does* show a popup when the error occurrs.

5) I tried diff'ing the source trees of the Ubuntu TB 14.0 source and the Mozilla TB 14.0 source and I can find no significant differences. So I think the problem is introduced dependant on how the package gets built.

6) The error message "An error occurred while loading or saving configuration information for %s. Some of your configuration settings may not work properly." is generated by the gconf global default error handler defined in libgnomeui/gnome-gconf-ui.c

**AFTER** Typing all the stuff above I decided to try diffing an 'lsof' of good and bad examples of thunderbird running. One significant difference I noticed is that the Ubuntu package is using GIO libraries whereas the Mozilla package is not.
In the config help the default is GIO-disabled:
 "--enable-gio Enable GIO support (default: disabled)"

I can now see that in fact when thunderbird triggers a pop up it is when it is using GIO and not GConf. I got confused for quite a while until I looked at the implementation of g_app_info_get_default_for_uri_scheme which ultimately uses GConf to obtain the information.

Right now I'm taking a guess that the reason this error appears as a popup in the GIO implementation is because it does not catch and return the error unlike the gconf implementation in Thunderbird. The default error_mode is GCONF_CLIENT_HANDLE_UNRETURNED, which I'm now taking to mean "Only use the default handler for errors which haven't been returned" (thus a pop-up as defined in libgnomeui).

I'll keep looking at this when I have time...

Possible Workarounds:
-----------------------
To avoid the problem (at least on a Ubuntu host,) you can use the Thunderbird binaries supplied by Mozilla
Or
You could rename/move the /usr/lib/gio/modules/libgiogconf.so file so that ...

Nice work. The key difference here is integration with GNOME. If I recall correctly, this or a related bug has already identified a GNOME component as the cause. The library you mention is part of the "gvfs" package which could definitely disable some useful functionality such a perhaps mapping sftp or SMB/CIFS over to your GNOME session so that you can drag and drop files over the network. I haven't tried your work around to see if that is, indeed the result, but I use gvfs regularly enough that I wouldn't want to break things involving it.

(In reply to Daniel Hauck from comment #36)
> this or a related bug has already identified a GNOME component as the cause.

comment #16 of this bug on 2011-06-02 and comment #19 on 2011-08-03, aren't they?

I'm pretty certain that my research has shown that this problem is actually a result of Thunderbird built with support for GIO (disabled by default and not enabled in the mozilla release builds)

This is kind of the opposite to comment #19 ( https://bugzilla.mozilla.org/show_bug.cgi?id=541130#c19 )

GIO actually uses GConf to lookup the url-handler which is why it still causes a GConf error, but Thunderbird doesn't own the GConf Client object, it only has a GIO Client in that scenario.

Okay - I've confirmed my theory:

I've built a couple of alternative versions of the libgiogconf.so module.

All my edits/tests were made to gapplookupgconf.c in the function get_default_for_uri_scheme():
My first test was to call gconf_client_set_error_handling(client, GCONF_CLIENT_HANDLE_NONE) against the GConf client which, as I'd hoped, prevented the pop-up dialog...
Neither Thunderbird nor GIO's implementation of the GConf client changes the default error handling mode which is GCONF_CLIENT_HANDLE_UNRETURNED.

Next, I reverted to the original source and added an error handler:
--- gapplookupgconf.c.orig 2012-07-31 00:45:53.660787288 +0100
+++ gapplookupgconf.c 2012-07-31 00:45:31.050709620 +0100
@@ -113,9 +113,11 @@
                              uri_scheme,
                              "/command",
                              NULL);
+ GError *error = NULL; //Jonathan
   command = gconf_client_get_string (client,
                                      command_key,
- NULL);
+ &error);
   g_free (command_key);
   if (command)
     {

Sure enough, by making the error a 'returned' error, this also stops the pop-up dialog.

Unfortunately, Thunderbird has no control over the GConf client used by GIO to lookup the URI. To fix this problem from the Thunderbird side, the thunderbird source would have to be changed to prevent making URI Handler queries to GIO that contain the '+' character.

I'll see if I can suggest a diff for this in the next couple of days. I'd welcome any advice/help/comments from folks who've contributed to Mozilla products before - this is my first time so I don't know how the process works.

Thanks for all the investigation.
I understood that dconf was now the preferred backend for GSettings.
If GSettings is using GConf, shouldn't the app be built to use GConf rather than GIO?

I think this is all a bit dependent on the version of GNOME is in use. I am running Ubuntu 10.04 LTS which still uses GNOME 2.30.2

Looking at the git master for GVFS the latest code no longer appears to have any reliance on gconf. I guess that the GIO implementation in GNOME 2.30.2 is somewhat transitional.
I've just installed Ubuntu 12.04 + GNOME3 (gnome-shell) in a virtual machine and can confirm that thunderbird (versions 11.0 and 14.0) does not encounter any GConf errors running under GNOME3.

This all poses a slightly tricky question... Who's fault is this and who should fix it? Honestly, I don't know enough about the history of Thunderbird and GNOME to be sure, but the GNOME team possibly shot themselves in the foot a bit by choosing GConf as the central URI -> Application mapping database when it cannot fully support RFC2396 URIs. But then this seems to have always been the case and so with this known limitation, there seems to be little point in querying potential URIs which will fail to resolve.
Using GConf natively does not really cause a problem as the messages only go to stdout. The annoying pop-ups only occur when GNOME 2.x versions of GIO are in use, but I don't know if there's any easy way for thunderbird to test which version of GIO being used and change its behaviour based on that.

In my opinion, the essence of the plain text URI parsing in Thunderbird is primarily for making clickable links for http:, https:, ftp:, mailto:, etc... For these purposes it seems unnecessary to check the full extent of the scheme defined in RFC2395. As there are currently no known URI Schemes which use any non alphanumeric characters (see http://en.wikipedia.org/wiki/URI_scheme ) I thinks there is an argument to suggest that the regular expression used to determine what might be a URI, could be changed so that '+' isn't considered valid.

(In reply to Jonathan from comment #41)
 As there are currently no known URI Schemes
> which use any non alphanumeric characters (see
> http://en.wikipedia.org/wiki/URI_scheme )

There is (svn+ssh://...) but its easy to miss on the page because its hidden in the (ssh://...) description.

This is where I see the problem.

That said, I would find invalidating this pattern as part of the regex perfectly acceptable. I don't really need any actual linking generated for these patterns.

Curses! The SVN folks have foiled my plan! :-D

I currently work for a very large global corporation who can be extremely anal about standards compliance (although usually with the best intentions). So, I'm approaching the Thunderbird team here with an open mind that someone may wish to fight to the death before we compromise RFC2396 compliance.

That said I really think that fixing this in Thunderbird will be simplest and also the path of least resistance.

If we suggest a change to the TXT to HTML conversion stuff, then this would affect all platforms that Thunderbird supports. It might be better to try and target any changes purely at the GNOME integration code.

I'm really open to suggestions about this: I'm not a C++ developer and I'm still learning how TB fits together. If an actual real developer is willing to assist then I'll welcome it.
However I'll see how I get on and if successful I'll post the diffs here.

(In reply to Eric Griswold from comment #42)
> (In reply to Jonathan from comment #41)
> As there are currently no known URI Schemes
> > which use any non alphanumeric characters (see
> > http://en.wikipedia.org/wiki/URI_scheme )
>
> There is (svn+ssh://...) but its easy to miss on the page because its hidden
> in the (ssh://...) description.

D'oh. It is hidden in the (svn://...) description.

I don't understand why anybody would care about svn+ssh URLs in the email. The whole point of recognizing a URL so the user can click on it to go to that URL, even if the sender DID NOT designate it as a clickable link in the original message.

It already does not work for svn+ssh URLs, but I found zero bug reports about the svn+ssh URL not being clickable. There are at least 5 other duplicate reports of this bug.

A fix that prevents the popup error and yet does not recognize svn+ssh is a net improvement in the user experience. It does not create any new bugs.

The fix is quite obviously something like: if (strchr(x,'+')) return false;

That is, when using GConf for the lookup, first assume a string with '+' in it was not found. Obviously, there would be a comment above it that contains a paragraph explaining the problem and why this is the solution. Someone who already has a thunderbird development environment and understands how this aspect works could implement this fix trivially.

Unfortunately, much modern open source software is so complicated that even a highly proficient programmer can't just pick it up and make a trivial fix like this. Unless I can find time for several days of work to fixing this bug (just to get a thunderbird development environment working), I am just a user who has the option of living with buggy software or using something else.

So: Is anybody involved in this discussion able to make this fix and test it?

(In reply to sienkiew from comment #45)
> I don't understand why anybody would care about svn+ssh URLs in the email.
Agreed. I can't imagine anyone caring much about svn+ssh URIs and they won't work in a GNOME environment anyway because of this very issue.

> That is, when using GConf for the lookup, first assume a string with '+' in
> it was not found.
No! This is where the bug gets confusing... When thunderbird implements a GConf client, is handles the error and returns it to stdout. The pop-up only occurs when support for GIO is compiled in.
Old versions of libgio call on GConf to lookup URIs and it's the old libgio code which causes the popup for the error.
Any change like your suggestion needs to be applied to Thunderbird's GIO client (and to completely remove the error, also to the GConf client)

(In reply to Jonathan from comment #46)
> (In reply to sienkiew from comment #45)
> > I don't understand why anybody would care about svn+ssh URLs in the email.
> Agreed. I can't imagine anyone caring much about svn+ssh URIs and they won't
> work in a GNOME environment anyway because of this very issue.
>
> > That is, when using GConf for the lookup, first assume a string with '+' in
> > it was not found.
> No! This is where the bug gets confusing...

I'm basing my comments on what I read in the history of this bug as discussed for the last two and a half years, not on an understanding of how Thunderbird works.

It appears that you understand the problem and the solution. Can you fix it? If not, do you know how we can find somebody who can?

FWIW, after bug 794378 is fixed --enable-gio will be the default (bug 713802).

(In reply to Magnus Melin from comment #48)
> FWIW, after bug 794378 is fixed --enable-gio will be the default (bug
> 713802).
Hmm - Thanks for that info... If --enable-gio becomes the default then this bug may become much more prevalent.
From my findings, earlier versions of linux (e.g. running GNOME 2.x) have a limited implementation of GIO which actually implements its own internal call to GConf and does not catch any errors, hence the errors are 'uncaught' and get displayed in a popup.

Later linuxes running GNOME 3.x have their own GIO implementation which does not rely on GConf at all and doesn't hit this problem..

Sorry everyone that I've gone quiet about this for ages - I was on holiday for 3 weeks then my wife was ill and life's now taken over... It looks like I'd need a sponsor from the Mozilla Dev Team to be able to propose or commit any kind of fix for this, so unless someone is willing to sponsor me (and to do a code review of my changes), I'll have to let someone else actually fix this :-(

Confirmed the error on Ubuntu 10.04 LTS with Thunderbird 16.0.1.

*** Bug 768780 has been marked as a duplicate of this bug. ***

Hm, I can't say it's a fault of --enable-gio, this seems to be related to g(nome)vfs. There's no libgio in RHEL5 (usually located in glib2 package) and g(nome)vfs backend is used during compilation and I see same error message.
Affected versions:
- gnome-vfs2-2.16.2
- gnome-2.16.0

(In reply to jhorak from comment #52)
> Hm, I can't say it's a fault of --enable-gio, this seems to be related to
> g(nome)vfs. There's no libgio in RHEL5 (usually located in glib2 package)
> and g(nome)vfs backend is used during compilation and I see same error
> message.
> Affected versions:
> - gnome-vfs2-2.16.2
> - gnome-2.16.0

Can you confirm how and where you see this message?
In my tests, both gvfs and gio will cause it to be displayed on the console, but only earlier gnome implementations of GIO will cause it to be displayed at a pop-up dialog when you click a message containing the magic string.

When thunderbird engages gvfs it catches exceptions which by default will not produce a pop-up. When gio backs of this functionality to gvfs it does not catch exceptions which is what causes the popup.
If you're getting a pop-up and you do not have --enable-gio (and/or GIO is not installed) then this is news to me.

I'm getting popup and I don't have libgio installed. I think it is related to older version of gnome-vfs2. I'll try to do some debugging tomorrow, and we'll see.

Created attachment 680081
fix for gconf v1

This is simple hack to avoid showing the error window. It shouldn't affect Firefox or Thunderbird when GIO backend was enabled, as long as gvfs is used only as fallback when GIO service is not available. This fix suitable for long time support version of Linux (like RHEL or Ubuntu).

Comment on attachment 680081
fix for gconf v1

Sorry, we can't accept a diff against the mozilla-beta part of a comm-beta checkout. If you think the issue affects Thunderbird 17 then you will need to submit a patch against mozilla-central and get it uplifted to mozilla-beta.

Also I'm not a reviewer for toolkit/system/gnome, please try karlt instead.

I'm afraid that I've tested this patch against 16.0b4 and it does not resolve the issue on Ubuntu 10.04 which is exactly what I expected, having previously spent a lot of time tracing this stuff to establish where the popup dialog comes from.

I honestly don't see how anyone gets a popup with the error in this bug when only gconf is in use. But anyway, the proposed fix patches the function nsGConfService::GetAppForProtocol to prevent a '+' sign being looked up by the GConf client.

But due to the following code, that function is only called if GIO is not enabled and in my experience, that code path does only causes a message to stdout and not a popup:
uriloader/exthandler/unix/nsGNOMERegistry.cpp
 28 nsGNOMERegistry::HandlerExists(const char *aProtocolScheme)
 29 {
 30 nsCOMPtr<nsIGIOService> giovfs = do_GetService(NS_GIOSERVICE_CONTRACTID);
 31 nsCOMPtr<nsIGConfService> gconf = do_GetService(NS_GCONFSERVICE_CONTRACTID);
 32 if (giovfs) {
 33 nsCOMPtr<nsIGIOMimeApp> app;
 34 if (NS_FAILED(giovfs->GetAppForURIScheme(nsDependentCString(aProtocolScheme),
 35 getter_AddRefs(app))))
 36 return false;
 37 else
 38 return true;
 39 } else if (gconf) {
 40 bool isEnabled;
 41 nsCAutoString handler;
 42 if (NS_FAILED(gconf->GetAppForProtocol(nsDependentCString(aProtocolScheme), &isEnabled, handler)))
 43 return false;
 44
 45 return isEnabled;
 46 }
 47
 48 return false;
 49 }

So we could apply almost the exactly the same change to GetAppForURIScheme although in newer versions of GIO, the perfectly valid '+' character in a URI is handled.
The best long-term fix would determine if the version of libgio is greater then whenever they stopped backing-off URI Handler lookups to GConf in GIO, and then to block '+' signs if using the older version and allow then with the newer version.

It really all depends on whether anyone cares if Thunderbird can't automatically turn URIs containing a plus sign to the left of the colon into a link. If not, then just always block plus signs in GetAppForURIScheme and this is fixed.

I should add that this bug is really the fault of the GNOME Team for choosing a datastore for URI Handlers which cannot actually support all valid URIs. However, GNOME has moved on: The latest versions don't have this problem and I can't see them back-porting any changes to GConf so this will have to be fixed from the Thunderbird side.

(In reply to <email address hidden> from comment #56)
> Comment on attachment 680081
> fix for gconf v1
>
> Sorry, we can't accept a diff against the mozilla-beta part of a comm-beta
> checkout. If you think the issue affects Thunderbird 17 then you will need
> to submit a patch against mozilla-central and get it uplifted to
> mozilla-beta.
>
> Also I'm not a reviewer for toolkit/system/gnome, please try karlt instead.

(In reply to jhorak from comment #55)
> Created attachment 680081
> fix for gconf v1
>
> This is simple hack to avoid showing the error window. It shouldn't affect
> Firefox or Thunderbird when GIO backend was enabled, as long as gvfs is used
> ...

My fix works for RHEL5, where's no gio, so I can't recompile with --enable-gio there. You may consider to disable gio in your builds, because as you say Ubuntu is using early version of gio and it is probably only wrapper to gvfs (when you experience same popup error window as gvfs creates). Upstream switched to gio as default quite recently (until that time gvfs was used as default) so there shouldn't be a problem for older systems to stay with gvfs only.

I don't like the idea to filter some schemes for all users just because some legacy libraries used by LTS distributions are buggy (we should actually fix these libraries). As long as gvfs is not used by mozilla as default we could add this hack to gvfs code. I would like to keep gio code untouched.

So how about limiting the scope of the fix even further? It seems that the majority of the complaints are about patterns where the plus sign follows straight after the colon. While there are no registered URL protocols which start with a plus sign, it strikes me as awfully ad-hoc; but it should certainly limit the scope of this bug significantly. On the other hand, you'd still be affected if you receive emails with svn+ssh:// links in them.

On the other hand, if Ubuntu is the problem, how about submitting the patch to https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/411358 instead? (They are awful at accepting patches for Firefox at least, but if the problem is squarely with their packaging, I hope it could be accepted.)

> On the other hand, if Ubuntu is the problem, how about submitting the patch
> to https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/411358
> instead?

Sorry but this happens using icedove esr debian squeeze too. The text in comment 59 email produces the pop up window:

An error occurred while loading or saving configuration information for icedove-bin. Some of your configuration settings may not work properly.

Bad key or directory name: "/desktop/gnome/url-handlers/svn+ssh/command": `+' is an invalid character in key/directory names
Bad key or directory name: "/desktop/gnome/url-handlers/svn+ssh/command": `+' is an invalid character in key/directory names

For me, the single most common circumstance which triggers this message is automated e-mails generated in connection with SubVersion activities which therefore contain the text svn+ssh://. I wouldn't mind if that text were automatically converted into an appropriate link, though I doubt that I'll ever have reason to click on such a link. However,I'd greatly prefer it to not generate a pop-up window complaining about it being an invalid key/directory name.

Created attachment 681454
workaround for old gconf

(In reply to <email address hidden> from comment #56)
> Comment on attachment 680081
> fix for gconf v1
>
> Sorry, we can't accept a diff against the mozilla-beta part of a comm-beta
> checkout. If you think the issue affects Thunderbird 17 then you will need
> to submit a patch against mozilla-central and get it uplifted to
> mozilla-beta.
>
> Also I'm not a reviewer for toolkit/system/gnome, please try karlt instead.

Thanks for letting me know. Lets ask Karl what he thinks of it.

Jonathan, could you please try to disable gio for your build and test if this workaround works? Thanks.

I've just recompiled using the unpatched TB 16.0b4 with --disable-gio and I get no errors at all (not via stdout nor popup).. Therefore I'm recompiling now with --enable-gvfs set explicitly to see if that makes a difference.
My expectation is that the unpatched source will produce the GConf errors on stdout and not give me a popup but I'm open-minded. If I get a popup I'll then apply your patch and confirm that I then don't get a popup.

TB takes forever to compile so I probably won't have an answer until tomorrow.

Thanks
Jonathan

(In reply to jhorak from comment #63)
> Jonathan, could you please try to disable gio for your build and test if
> this workaround works? Thanks.

(In reply to era eriksson from comment #59)
> So how about limiting the scope of the fix even further? It seems that the
> majority of the complaints are about patterns where the plus sign follows
> straight after the colon. While there are no registered URL protocols which
> start with a plus sign, it strikes me as awfully ad-hoc; but it should
> certainly limit the scope of this bug significantly. On the other hand,
> you'd still be affected if you receive emails with svn+ssh:// links in them.
My trigger pattern is part of a timestamp which contains "GMT+00:00" as a time offfset. Thunderbird is looking for a URI handler for "GMT+00" in my case.

> On the other hand, if Ubuntu is the problem, how about submitting the patch
> to https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/411358
> instead? (They are awful at accepting patches for Firefox at least, but if
> the problem is squarely with their packaging, I hope it could be accepted.)
This affects too many distros to go after each and every one. The root problem is in GNOME2, the fact that GConf doesn't allow the plus sign in key names. I really doubt that the GNOME project will be willing to make a fundamental change to GConf to either allow pluses or to fail more gracefully but it would be fantastic if they would fix it (and that all major distros would push the update).

Comment on attachment 681454
workaround for old gconf

>+ /* This check is to avoid bug #541130 when old version of gnomevfs (2.16 tested)
>+ is installed then error window pops up if scheme is containing '+' character.
>+ Let's pretend these kind of schemes are not supported by gnomevfs. */

Are you sure gnomevfs is involved in gconf_client_get_* calls?
Can you point me at the GConf code that uses GnomeVFS, please?

> GError *err = nullptr;
> gchar *command = gconf_client_get_string(mClient, key.get(), &err);
> if (!err && command) {
> key.Replace(key.Length() - 7, 7, NS_LITERAL_CSTRING("enabled"));

Can you explain, please, why a dialog would be shown when there is a GError parameter passed to the gconf_client_get_* functions?

(Removing review request for now until we understand what is happening.)

(In reply to Karl Tomlinson (:karlt) from comment #66)
> Comment on attachment 681454
> fix for gconf v2
>
> >+ /* This check is to avoid bug #541130 when old version of gnomevfs (2.16 tested)
> >+ is installed then error window pops up if scheme is containing '+' character.
> >+ Let's pretend these kind of schemes are not supported by gnomevfs. */
>
> Are you sure gnomevfs is involved in gconf_client_get_* calls?
> Can you point me at the GConf code that uses GnomeVFS, please?
Sorry, I've got confused with gnomevfs (for some reason I thought gconf was part of it). The comment is invalid. This is issue with gconf of course.
>
> > GError *err = nullptr;
> > gchar *command = gconf_client_get_string(mClient, key.get(), &err);
> > if (!err && command) {
> > key.Replace(key.Length() - 7, 7, NS_LITERAL_CSTRING("enabled"));
>
> Can you explain, please, why a dialog would be shown when there is a GError
> parameter passed to the gconf_client_get_* functions?
>
> (Removing review request for now until we understand what is happening.)

I've looked into it deeper into gconf code and it seems there's a bug with forwarding GError value:
gconf_client_get_string(GConfClient* client, const gchar* key,
                        GError** err)
{
  GError* error = NULL;
  GConfValue* val;

  g_return_val_if_fail (err == NULL || *err == NULL, NULL);

  val = gconf_client_get (client, key, error);

gconf_client_get (GConfClient* client,
                              const gchar* key,
                              GError** err)
{
  g_return_val_if_fail (GCONF_IS_CLIENT (client), NULL);
  g_return_val_if_fail (key != NULL, NULL);
  return gconf_client_get_full (client, key, NULL, TRUE, err);
}

See passing of error variable, it should most likely be:
  val = gconf_client_get (client, key, &error);

When the error is NULL the handle_error use gconf_client_unreturned_error to emit unreturned error signal which subsequently leads into showing the error message.

This is valid for older gconf2 library (in my case GConf2-2.14.0). So the patch is actually workaround for systems where these old libraries are. We should probably push on gconf2 package maintainers to fix this issue in gconf2.

Ah, yes. That explains a lot.
http://git.gnome.org/browse/gconf/log/gconf/gconf-client.c?h=gnome-2-20

I also wonder whether gconf_escape_key() should be used here.
http://developer.gnome.org/gconf/stable/gconf-gconf.html#gconf-escape-key

Comment on attachment 681454
workaround for old gconf

Thanks for digging these bug numbers.

(In reply to Karl Tomlinson (:karlt) from comment #68)
> Ah, yes. That explains a lot.
> http://git.gnome.org/browse/gconf/log/gconf/gconf-client.c?h=gnome-2-20
>
> I also wonder whether gconf_escape_key() should be used here.
> http://developer.gnome.org/gconf/stable/gconf-gconf.html#gconf-escape-key

Thanks for looking into this further guys - I was about to try in and either install RHEL5 or compile GConf 2.16 to try and recreate this other problem..

So we now have at least two distinct GNOME bugs which can trigger this behaviour.
1) For older versions of GVFS, the error handling is broken so it always uses the unreturned error handler (thus a popup)
2) When GIO is enabled, old versions of GIO still rely on GConf to get the URI Handlers and they pass NULL instead of a GError* so any errors will always cause a popup.

It's pretty shameful really that RHEL5 is still delivering GConf 2.16 as the error handling was actually fixed way back in 2007!

On the Ubuntu side of things - version 10.04LTS (Lucid Lynx) is about to reach the end of its support life (March 2013 I think), so I don't know whether we'd persuade them to change their Thunderbird build at this late stage. For this version of Ubuntu (which is based on Debian Squeeze), the popup issue will go away if Thunderbird is built with '--disable-gio'
This problem does not exist in Ubuntu 12.04LTS (precise pangolin) and hopefully the majority of users (including myself) will upgrade soon.

I suspect any other Debian-squeeze based distros which are hitting this issue will probably have the same root cause as Ubuntu.

I suppose Thunderbird could detect gio and gconf versions in the configure script and refuse to enable gio if it's older than a certain version (perhaps just emit a warning and then continue with gio disabled), and perhaps enable something similar to jhorak's patch if gconf < 2.20 is detected??

*** Bug 765029 has been marked as a duplicate of this bug. ***

Confirming this bug on Ubuntu 10.04 with TB 17.0 repo package.

(In reply to Tyler Style from comment #72)
> Confirming this bug on Ubuntu 10.04 with TB 17.0 repo package.

Should mention that it was triggered for me by emails with "svn+ssh://" links, which are not rendered clickable (unlike http/https)

Hi guys. I came here BTWof the author of a linkifyer extension for thunderbird.
I must say I'm a bit afraid by what I read in this discussions.
- '+' IS a legal character for files in unix.
- svn+ssh: IS an extremely important url for developpers (+ forges often go with mailing-lists).
- I might be naive, but this bug sounds to me as the classical forgetting to protect a string by "" despites it might possibly contains spaces or special characters (important for FS pathes as well as plenty other kinds of strings).
- It seems unreasonable to me to decide that the problem will end with the new UbuntuLTS:
  - gnome3 has plainty of problems and bugs, and it is likely that "real computer" (ie, not tablets) user will replace it by anything else, eg, gnome2.
  - existing code might still be used under 12.04LTS (some people in CS, research and engineering do have to ensure backward compatibility, sometimes even for binaries).
  - I guess many people will stuck with 10.04LTS even after march.

As I understand it from this discussion, there are 2 identified bugs: one in gnome2 (the probably forgoten "") which must be fixed by this community, and one in thunderbird (about the popup - or before thunderbird, about the error status) for which the thunderbird community just have to release a built using --disable-gio .
Any of the 2 solutions is sufficient to fix the problem, even if it would be better to fix both.

-> could you please do this thunderbird release, and forward the gnome bug to the gnome community ? thanks.

FabriceN (Unix user since 1986).

(In reply to fabrice.neyret from comment #74)
> Hi guys. I came here BTWof the author of a linkifyer extension for
> thunderbird.
> I must say I'm a bit afraid by what I read in this discussions.
> - '+' IS a legal character for files in unix.
> - svn+ssh: IS an extremely important url for developpers (+ forges often go
> with mailing-lists).
> - I might be naive, but this bug sounds to me as the classical forgetting to
> protect a string by "" despites it might possibly contains spaces or special
> characters (important for FS pathes as well as plenty other kinds of
> strings).
> - It seems unreasonable to me to decide that the problem will end with the
> new UbuntuLTS:
> - gnome3 has plainty of problems and bugs, and it is likely that "real
> computer" (ie, not tablets) user will replace it by anything else, eg,
> gnome2.
> - existing code might still be used under 12.04LTS (some people in CS,
> research and engineering do have to ensure backward compatibility, sometimes
> even for binaries).
> - I guess many people will stuck with 10.04LTS even after march.
>
> As I understand it from this discussion, there are 2 identified bugs: one in
> gnome2 (the probably forgoten "") which must be fixed by this community, and
> one in thunderbird (about the popup - or before thunderbird, about the error
> status) for which the thunderbird community just have to release a built
> using --disable-gio .
> Any of the 2 solutions is sufficient to fix the problem, even if it would be
> better to fix both.
>
> -> could you please do this thunderbird release, and forward the gnome bug
> to the gnome community ? thanks.

In comment 67, 68 and 70 we've come into conclusion this bug is in old gconf. The patch I've made is only a workaround, not actual fix. You should probably push on gconf package maintainers and let them fix this problem. It's already fixed in upstream.

Hi,
I'm trying to write my answer to an email and I'm getting this annoying message boxes repeatedly:

Bad key or directory name: "/desktop/gnome/url-handlers/GMT+03/command": `+' is an invalid character in key/directory names
Bad key or directory name: "/desktop/gnome/url-handlers/GMT+03/command": `+' is an invalid character in key/directory names

-----

Name: Thunderbird
Version: 17.0.5
User Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130330 Thunderbird/17.0.5

10.04 LTS - the Lucid Lynx
GNOME gnome-about 2.30.2
Linux cz994691-L 2.6.32-48-generic-pae #110-Ubuntu SMP Fri May 31 19:21:42 UTC 2013 i686 GNU/Linux

Hi,

Thanks mainly to Jonathan and jhorak work, I've come to find an easy solution to manage this problem without patching/recompiling anything.

We just need to intercept the gconf_client_get_string call using LD_PRELOAD to make it answer nicely on a search containing a '+' symbol.

You will find an example how to do it at http://git.auf.org/?p=auf-poste-client.git;a=tree;f=lucid/auf-thunderbird-hack

This example is very specific to Ubuntu “Lucid Lynx” 10.04 LTS, because it is our current concern for now. But it's only about 20 lines of code so it should be easy to adapt to any other context.

Thanks to everyone for their comments here, which allowed me to manage this problem quite fast, in about half a day!

Greetings, J.C.

Thunderbird has just updated to the latest version, and I'm having the same problem with emails containing the timezone in the text (+02:00 GMT).
I'm using Fedora and Thunderbird 24.1.0

How do I go about fixing this

(In reply to Lester Canninga from comment #78)
> How do I go about fixing this

A user-oriented bug system normally contains, beside "Bug report", a "How to fix or workaround" box explaining that in everyone's terms. Sometimes, WONTFIX or WILLSLEEP of "annoying features" stain the wonderful picture of a program and some users like this one compensate:
Permanent List-all-tabs Button 1.0 No Restart by Siddhartha Dugar
Bring back the List-all-tabs button (Removed from Firefox 12 in Bug 714281)

In this case, just change the annoying string if you edit or use Paolo's HTML edit if that's e-mail you archive.

*** Bug 770147 has been marked as a duplicate of this bug. ***

Same problem appear to be in 24.1.0. (didn't see this before) This is upgraded from the official tarball package under my home directory. OS is ubuntu.

Bad key or directory name: "/desktop/gnome/url-handlers/GMT+01/command": `+' is an invalid character in key/directory names
Bad key or directory name: "/desktop/gnome/url-handlers/GMT+01/command": `+' is an invalid character in key/directory names

Name Thunderbird
Version 24.1.0
User Agent Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.1.0

Application Build ID 20131023145339

Lightning 2.6.1

This Gecko code should use gconf_escape_key() on aScheme:
http://hg.mozilla.org/mozilla-central/annotate/545887140a1b/toolkit/system/gnome/nsGConfService.cpp#l239

If the error message is happening with GIO and the libgsettingsgconfbackend then something there must not be escaping the '+' correctly.

This appears to be a regression. I get no error popup in Thunderbird 17.0.8 but I do get a popup when viewing the same message in Thunderbird 24.0.1, 24.1.0, and 24.1.1. Furthermore, my version of gconf already includes the fix mentioned in comment 67.

Name: Thunderbird
Version: 24.0.1
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1

Scientific Linux 6.4
GNOME 2.28.2

Thunderbird 24 would use GIO, while 17 used only GConf, so I suspect the latest reports would be something in GIO or the libgsettingsgconfbackend not escaping the '+' correctly.

We have some hundreds RHEL 6.5 workstations for developers and Red Hat recently updated to Thunderbird 24.2.0. All developers are using subversion and this issue is pretty annoying. Is there any way for a workaround except than downgrade to an older Thunderbird version?

The Thunderbird 17 ESR lasted only one year. The ESR time frame should be larger (3 years). Users want a stable product that works and is secure and not always new features with new bugs.

This is issue is especially annoying since some other mail programs (such as com.android.email) are routinely generating mails with attribution lines that trigger this bug:

<div>-------- Ursprüngliche Nachricht --------</div><div>Von: Alain Knaff <email address hidden> </div><div>Datum:16.01.2014 10:35 (GMT+01:00) </div><div>An: Xxx Xxx <email address hidden> </div><div>Betreff: Re: Tva rechner </div><div>
</div>On 16/01/14 10:34, Alain Knaff wrote:

(Bug triggered by the GMT+01:00)

Granted, that attribution line itself looks kind'a iffy, but it's hard to argue to people using com.android.email when it's in reality Thunderbird's fault to misbehave on _contents_ of a message, even if that contents is dodgy.

It's been quite a while since I've looked at this bug as I no longer hit it myself due to using a new linux distro with a full GIO implementation, plus I no longer regularly receive the kind of emails which trigger this...

Please read back to comments 67 through to 70 ( https://bugzilla.mozilla.org/show_bug.cgi?id=541130#c70 ) where we established that there are significantly different ways to hit the same problem.

For anyone running RHEL or CentOS I'm going to hazard a guess that you're not hitting the cause I encountered under Ubuntu, but instead the cause that jhorak discovered, whereby the very old version of GVFS in Red Hat has a bug whereby these messages will always be shown in a pop-up console window.

I think the only way forward to cleanly fix this issue if for Thunderbird to contain an exception that if it thinks it's found a possible URL and wants to seek a handler - if that string contains a '+' sign and either GVFS or GIO are in use, then do not look for a handler.

hope this helps.
Jonathan

(In reply to Jonathan from comment #87)
[...]
> For anyone running RHEL or CentOS I'm going to hazard a guess that you're
> not hitting the cause I encountered under Ubuntu, but instead the cause that
> jhorak discovered, whereby the very old version of GVFS in Red Hat has a bug
> whereby these messages will always be shown in a pop-up console window.

Indeed, I just checked here at home (where I have Ubuntu 12.04), and I do not hit the problem.

The problem only seems to occur at work (CentOS 6.x)

Thanks for the info

This bug still exists in the latest nightly build (31 Jan 2014) of Thunderbird 24.3.0 on Debian 6. The gvfs version is 1.6.4.

A plain text message containing nothing but foo+bar:baz will trigger the bug every time the message is displayed. Surely it must be possible to validate possible URLs before handing them to gvfs?

Environment: CentOS release 6.5 x86_64 (KDE 4.11.2)
Thunderbird: 24.3.0 (safe mode)
Other: gnome-desktop 2.28.2, gtk2 2.20.1, xulrunner 17.0.10

Mail contains:
 PATH : /usr/local/bin:/usr/bin:/system/Windows/system32:<-snip->:/tools/windows/portable/Notepad++:<-snip->

Error message:
An error occurred while loading or saving configuration information for thunderbird. Some of your configuration settings may not work properly.
Details:
Bad key or directory name: "/desktop/gnome/url-handlers/Notepad++/command": `+' is an invalid character in key/directory names
Bad key or directory name: "/desktop/gnome/url-handlers/Notepad++/command": `+' is an invalid character in key/directory names

Any news on this issue? Or is it being postponed until all Linux distributions use the latest GNOME release?

Are you sure this condition is meaningful ?
- gnome is not the only WM. Is the problem related to gnome only ?
- people are free to install the tools they want. E.g. most people I know desinstalled Unity to get a more standard interface. -> we have to be sure that a bug is obsolette even for installs differing to "Ubuntu fresh out of the box".

Moreover, I understand that the bug was due to both an abnormal "emission" by the lib and a lack of proper testing by thunderbird. Why not treating first the side that is most reachable ?

thanks,

Received a gvfs-1.4.3-16 patch from Red Hat that fixes it from the GIO side.

(In reply to Bernd Nies from comment #93)
> Received a gvfs-1.4.3-16 patch from Red Hat that fixes it from the GIO side.

Can you share this patch?

Thanks,

Created attachment 8523379
Workaround

While we await a patch for this issue... there is a workaround described in
http://git.auf.org/?p=auf-poste-client.git;a=tree;f=lucid/auf-thunderbird-hack
that works without needing to re-build Thunderbird (but using just LD_PRELOAD
in a wrapper script); tested and "works for me" ever since TB24.

My version of the workaround, with comments on how to use, added for reference
(stressing that this is not my invention).

Cheers, Paul

(In reply to Paul Szabo from comment #95)
> Created attachment 8523379
> Workaround
>
> While we await a patch for this issue... there is a workaround described in
> http://git.auf.org/?p=auf-poste-client.git;a=tree;f=lucid/auf-thunderbird-
> hack
> that works without needing to re-build Thunderbird (but using just LD_PRELOAD
> in a wrapper script); tested and "works for me" ever since TB24.

This works great. Thank you so much :-) Finally mails sent from phones no longer throw up my thunderbird.

Cheers,

Alain

*** Bug 849761 has been marked as a duplicate of this bug. ***

Sheldon, what do you make of this?