Created attachment 771723 [details]
File: backtrace

Created attachment 771724 [details]
File: environ

Can you update to this scratch build version: 

http://koji.fedoraproject.org/koji/taskinfo?taskID=5592330

and retry the same link? 

Thanks!

Hi, 

I have updated exo to version 0.10.2-6.fc19 but I get the same error: exo-compose-mail-1:98: <module>:TypeError: cannot concatenate 'str' and 'list' objects. 

Let me know if I can do additional tests.

Oops. My fault. The patch wasn't applied right. ;( 

Can you get this one: 

http://koji.fedoraproject.org/koji/taskinfo?taskID=5594799

and then 'yum reinstall' it or 'yum downgrade' and then 'yum upgrade' it and retest?

Sorry for the trouble.

It works! Good job. 

Thx

Got exo crash when clicking on a mailto link in Chrome under XFCE.

(In reply to Steven Stern from comment #7)
> Got exo crash when clicking on a mailto link in Chrome under XFCE.

Was it this same crash? What fedora version? What exo version?

exo-0.10.2-5.fc19.x86_64

Fedora 19

google-chrome-stable-29.0.1547.76-223446.x86_64

from the command line while Thunderbird is already running

$ exo-open --launch MailReader

(process:5511): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed

And the mail reader doesn't open?

Does the exo-open command return?

From the command line, it will start Thunderbird. I got here because ABRT popped when I clicked on a mailto link in Chrome. For reasons unknown, mailto links in Chrome do not work for me under XFCE, but do work under Gnome.

Can you run chrome from a terminal, click on a mailto link and provide the output back from the terminal?

$ google-chrome
[10761:10761:0919/173551:ERROR:profile_sync_service.cc(1242)] History Delete Directives, Sync Error: Delete directives not supported with encryption.
[7:34:0919/173553:ERROR:platform_thread_linux.cc(99)] Failed to set nice value of thread to -10
ATTENTION: default value of option force_s3tc_enable overridden by environment.
[10910:10910:0919/173601:ERROR:sandbox_linux.cc(130)] InitializeSandbox() called with multiple threads in process gpu-process

(process:10935): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed

(process:10969): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed
enigmail.js: Registered components

(process:11017): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed
enigmail.js: Registered components

(process:11061): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed

(process:11110): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed
enigmail.js: Registered components

(process:11157): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed
enigmail.js: Registered components

(process:11204): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed
enigmail.js: Registered components

(process:11248): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed

When I keep clicking the link, I get the warning open -- "Thunderbird is already running, but is not responding."  However, it appears that it's not.

$ ps -ef |grep bird
sdstern  11304 10728  0 17:36 pts/0    00:00:00 grep --color=auto bird

What does 'xdg-email foo@bar.com' do from a terminal?

With Thunderbird closed:

$ xdg-email foo@bar.com
[sdstern@sds-desk-2 ~]$ 
(process:9897): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed
enigmail.js: Registered components


But no Thunderbird window opens.

ok. Try: 

/usr/lib*/xfce4/exo-1/exo-compose-mail-1 mozilla-remote /usr/bin/thunderbird foo@bar.com

Does that work?

$ /usr/lib*/xfce4/exo-1/exo-compose-mail-1 mozilla-remote /usr/bin/thunderbird foo@bar.com

(process:21355): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed

and nothing happens

ok, can you do: 

yum install strace

strace -f -o /tmp/trace.out /usr/lib*/xfce4/exo-1/exo-compose-mail-1 mozilla-remote /usr/bin/thunderbird foo@bar.com

and then attach the /tmp/trace.out file here?

Created attachment 804563 [details]
strace output

strace output

strace -f -o /tmp/trace.out /usr/lib*/xfce4/exo-1/exo-compose-mail-1
mozilla-remote /usr/bin/thunderbird foo@bar.com

Can you do: 

G_SLICE=always-malloc
/usr/lib*/xfce4/exo-1/exo-compose-mail-1 mozilla-remote /usr/bin/thunderbird foo@bar.com

and see if it works?

[sdstern@sds-desk-2 ~]$ set |grep -i slice
G_SLICE=always-malloc
[sdstern@sds-desk-2 ~]$ /usr/lib*/xfce4/exo-1/exo-compose-mail-1 mozilla-remote /usr/bin/thunderbird foo@bar.com

(process:8669): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed
enigmail.js: Registered components
[sdstern@sds-desk-2 ~]$ ps -ef |grep bird
sdstern   8701  8608  0 13:22 pts/0    00:00:00 grep --color=auto bird

ok, digging around I think this is really bug 986558

ie, a glib2/thunderbird issue and not anything to do with exo. 

I guess we can confirm that by you running: 

/usr/lib64/xfce4/exo-1/exo-compose-mail-1 sylpheed /usr/bin/claws-mail foo@bar.com

(you would have to install claws-mail first) and if that brings up claws-mail correctly, I think this is the above bug.

claws-mail opens correctly

Also getting this in Ferdora Core 18.

Ok I tried to add myself to the mail list and seem too have taken everyone else off the list, I don't know how to fix this and I diden't know that was possibe. I am very sorry.

Someone else seems too have fixed it. Thank you.

According to ABRT, this bug happened to me with exo-0.10.2-6.fc20 when I wanted to send an email from Firefox (it probably launched my default email client).

Just happened to me, repeatable every time, clicking in "Document as E-Mail" button in LibreOffice Calc.

In my case, I can also repeat from command line:

/usr/bin/python -tt /usr/lib64/xfce4/exo-1/exo-compose-mail-1 mozilla-remote /usr/bin/thunderbird 'mailto:?subject=motd&attachment=file:///etc/motd'
Traceback (most recent call last):
  File "/usr/lib64/xfce4/exo-1/exo-compose-mail-1", line 98, in <module>
    command += ",subject='" + subject + "'"
TypeError: cannot concatenate 'str' and 'list' objects


I did change the code to peek at the "subject" variable at line 98, and indeed, it is a list.  Im my case, prettyprint shows:

['motd']

BTW: I'm using exo-0.10.2-6.fc20.x86_64 as it is the lastest from fc20 stable repos.

Created attachment 959966 [details]
Patch to fix mailto parsing

For that /usr/lib64/xfce4/exo-1/exo-compose-mail-1 script, it looks like if no subject is passed in the mailto string, it will work as written but if someone specifies a subject, they'll hit the traceback.  The patch attached above should hopefully fix it.

If you could try this out and see if it works, I can push an updated package. Thanks!

(In reply to Kevin Fenzi from comment #31)
> If you could try this out and see if it works, I can push an updated
> package. Thanks!
The patch attached to #29 does not work for me, nor does it help wrt. BZ#1171366

Reproducer:
# /usr/lib64/xfce4/exo-1/exo-helper-1 --launch MailReader \
 "mailto:root@localhost?subject=test&body=foo"

Replacing mailtoparse.py with the original upstream perl implementation seems to fix at least BZ#1171366.

$ python mailtoparse.py mozilla-remote /usr/bin/thunderbird 'mailto:?subject=motd&attachment=file:///etc/motd'
['motd']
motd
Traceback (most recent call last):
  File "mailtoparse.py", line 174, in <module>
    posix.execv(binary,args)
OSError: [Errno 2] No such file or directory


So the patch from #29 seems to fix the original problem with the subject (I don't have thunderbird installed so the error is expected).


> Reproducer:
> # /usr/lib64/xfce4/exo-1/exo-helper-1 --launch MailReader \
>  "mailto:root@localhost?subject=test&body=foo"

You are providing a reproducer with exo-helper-1 while the rest of the bug mentions exo-compose-mail-1.

Could you maybe provide the full traceback?

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

(In reply to Pierre-YvesChibon from comment #33)

> So the patch from #29 seems to fix the original problem with the subject (I
> don't have thunderbird installed so the error is expected).
My mailer is set to "Mozilla Thunderbird".

> > Reproducer:
> > # /usr/lib64/xfce4/exo-1/exo-helper-1 --launch MailReader \
> >  "mailto:root@localhost?subject=test&body=foo"
> 
> You are providing a reproducer with exo-helper-1 while the rest of the bug
> mentions exo-compose-mail-1.
Just "yum install thunderbird" and set 
Settings->Perferred Application to "Mozilla Thunderbird" in an xfce desktop.

> Could you maybe provide the full traceback?
No. The actual trace underneath of BZ#1171366 is a long series of calls to various sh-scripts, python-scripts and binary executable.

It ends up with the a call like the one mentioned above.

Here I get: 

"(process:13295): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed"

and thunderbird doesn't start. However, I don't see how thats the scripts fault, it's launching thunderbird, which exits with that error. 

Are you 100% sure you have the patch from comment 29 applied?

(In reply to Kevin Fenzi from comment #36)
> Are you 100% sure you have the patch from comment 29 applied?
No, I am not, but I am 100% sure Red Hat's (IMO, silly, religiously motivated) mailtoparse.py is the cause, because the perl implementation works perfectly.

Anyway, I can try again, but this will take some time, likely not before tomorrow).

(In reply to Ralf Corsepius from comment #37)
> (In reply to Kevin Fenzi from comment #36)
> > Are you 100% sure you have the patch from comment 29 applied?
> No, I am not, but I am 100% sure Red Hat's (IMO, silly, religiously
> motivated) mailtoparse.py is the cause, because the perl implementation
> works perfectly.

To be clear, the motivation for re-writing this handler in python instead of perl was simply because it was the very last thing in the entire Xfce stack that needed perl. This allowed us to remove perl from the Xfce livecd and save a ton of space. There was no religion involved. 

> Anyway, I can try again, but this will take some time, likely not before
> tomorrow).

ok. Any more data welcome from folks seeing this. 

It sounds to me like this patch works but at least hear exposes a bug in thunderbird.

(In reply to Kevin Fenzi from comment #38)
> (In reply to Ralf Corsepius from comment #37)
> > (In reply to Kevin Fenzi from comment #36)
> > > Are you 100% sure you have the patch from comment 29 applied?
> > No, I am not, but I am 100% sure Red Hat's (IMO, silly, religiously
> > motivated) mailtoparse.py is the cause, because the perl implementation
> > works perfectly.
> 
> To be clear, the motivation for re-writing this handler in python instead of
> perl was simply because it was the very last thing in the entire Xfce stack
> that needed perl. This allowed us to remove perl from the Xfce livecd and
> save a ton of space. There was no religion involved. 
OK, if you say so. I was suspecting these breakdowns to be caused by Red Hat's infamous religious crusade against Perl.

> > Anyway, I can try again, but this will take some time, likely not before
> > tomorrow).
> 
> ok. Any more data welcome from folks seeing this. 
I just spent some time on this.

> It sounds to me like this patch works but at least hear exposes a bug in
> thunderbird.
No, it apparently is mailtoparse.py and the perl implementation are incompatible:

stracing this:
/usr/lib64/xfce4/exo-1/exo-helper-1 --launch MailReader "mailto:root@localhost?subject=test&body=foo"


With fedora's exo package:
...
exo.python.txt:10092 execve("/usr/lib64/thunderbird/thunderbird", ["/usr/lib64/thunderbird/thunderbird", "xfeDoCommand(composeMessage,to='root@localhost',cc='',bcc='',attachment='',subject='test',body='foo')"], [/* 57 vars */]) = 0
...

With the original perl implementation:
...
exo.perl.txt:10204 execve("/usr/lib64/thunderbird/thunderbird", ["/usr/lib64/thunderbird/thunderbird", "-compose", "to='root@localhost',cc='',attachment='',subject='test',body='foo'"], [/* 57 vars */]) = 0
...

Note the "xfeDoCommand" ...

I saw some patches in openSUSE-13.2's exo package which I do not understand, but I'd suspect to be related to this ;)

The difference is between the type mozilla and mozilla-remote.

I'm pretty sure it would work if you were using mozilla while you are apparently using mozilla-remote.

That being said, I do not know how the type is set as it is provided to mailtoparser.py

Forgot to mention, the fedora-strace from comment #39 was with the patch from comment #29 applied.

(In reply to Pierre-YvesChibon from comment #40)
> The difference is between the type mozilla and mozilla-remote.
> 
> I'm pretty sure it would work if you were using mozilla while you are
> apparently using mozilla-remote.
It's not me who is deliberately choosing/using mozilla-remote, it's being chosen elsewhere.

I think the problem may be that thunderbird (and the various other mozilla apps) have removed the -remote options (including the xfeDocommand stuff). 

Can you try: 

- edit /usr/share/xfce4/helpers/thunderbird.desktop
- Change the last line from: 
X-XFCE-CommandsWithParameter=/usr/lib64/xfce4/exo-1/exo-compose-mail-1 mozilla-remote %B "mailto:%s";/usr/lib64/xfce4/exo-1/exo-compose-mail-1 mozilla %B "mailto:%s";
to
X-XFCE-CommandsWithParameter=/usr/lib64/xfce4/exo-1/exo-compose-mail-1 mozilla %B "mailto:%s";

and see if the behavior changes back to working?

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

This message is a notice that Fedora 19 is now at end of life. Fedora 
has stopped maintaining and issuing updates for Fedora 19. It is 
Fedora's policy to close all bug reports from releases that are no 
longer maintained. Approximately 4 (four) weeks from now this bug will
be closed as EOL if it remains open with a Fedora 'version' of '19'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 19 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Fedora 19 changed to end-of-life (EOL) status on 2015-01-06. Fedora 19 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.

Another user experienced a similar problem:

Tried to send an email from within a wine application.

Reproducible with command line
/usr/bin/python -tt /usr/lib/xfce4/exo-1/exo-compose-mail-1 mozilla-remote /usr/bin/thunderbird 'mailto:foo@bar.com?subject=Email%20Subject&cc=&bcc=&body=Body%20of%20the%20email'

reporter:       libreport-2.3.0
cmdline:        /usr/bin/python -tt /usr/lib/xfce4/exo-1/exo-compose-mail-1 mozilla-remote /usr/bin/thunderbird mailto:foo@bar.com?subject=Email%20Subject&cc=&bcc=&body=Body%20of%20the%20email
executable:     /usr/lib/xfce4/exo-1/exo-compose-mail-1
kernel:         3.19.1-201.fc21.i686+PAE
package:        exo-0.10.2-9.fc21
reason:         exo-compose-mail-1:98:<module>:TypeError: cannot concatenate 'str' and 'list' objects
runlevel:       N 5
type:           Python
uid:            1000

(In reply to Kevin Fenzi from comment #42)
> I think the problem may be that thunderbird (and the various other mozilla
> apps) have removed the -remote options (including the xfeDocommand stuff). 
> 
> Can you try: 
> 
> - edit /usr/share/xfce4/helpers/thunderbird.desktop
> - Change the last line from: 
> X-XFCE-CommandsWithParameter=/usr/lib64/xfce4/exo-1/exo-compose-mail-1
> mozilla-remote %B "mailto:%s";/usr/lib64/xfce4/exo-1/exo-compose-mail-1
> mozilla %B "mailto:%s";
> to
> X-XFCE-CommandsWithParameter=/usr/lib64/xfce4/exo-1/exo-compose-mail-1
> mozilla %B "mailto:%s";
> 
> and see if the behavior changes back to working?

I have tried your solution but no luck. I have created a duplicate of this bug at #1204396.