Thunderbird 45.0 crashes when adding attachment (-14.1)
SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Thunderbird 45.0 crashes when adding attachment (-14.1)
Hi,
Thunderbird 45.0 is crashing when adding attachment. This happens on -14.1 install.
I tried recompiling with -Os, but it still segfaults.
Later this day I'll try to clear Thunderbird related .cache and see if it helps.
Thunderbird 45.0 is crashing when adding attachment. This happens on -14.1 install.
Anyone experiencing something similar?
Upgraded to Thunderbird 45.0 on 14.1/x64 using the pre-compiled package provided by mozilla. Everything works fine (except the new UI/theme looks ugly...)
Upgraded to Thunderbird 45.0 on 14.1/x64 using the pre-compiled package provided by mozilla. Everything works fine (except the new UI/theme looks ugly...)
Well then, you're of no interest to me :^)
14.1 is quite old, maybe I introduced some changes in the curse of events and that causes the failure.
Will have to run it through some kind of debugging tool. Any ideas what I could use?
When started from terminal, I see the segfault message being printed, so there is a good chance of caching where it happens.
I am not going to call this perfect solution provided that I have no idea why it started to working again.
It looked like that:
1. Started Thunderbird on local machine through GDB, it started correctly.
2. Tried to add attachment, it segfaulted with some error about libgobject.
3. Tried it again without GDB, it segfaulted when trying to add attachment.
4. Started it through GDB over ssh (with DISPLAY=:0), it hanged in the middle when starting.
5. Did it again through GDB, it started correctly.
6. Back again to local machine, started Thunderbird, it started normally, added attachment, no segfault.
BTW, clearing cache has not helped.
Everybody's happy (for now)
Note:
When I started Thunderbird from another machine over ssh, it had no nice decoration, but just this plain old GTK look.
Maybe it had something to do, some value somewhere has got corrected and everything started to work again.
--
Best regards,
Andrzej Telszewski
Last edited by atelszewski; 04-18-2016 at 10:03 AM.
Same issue here with slackware64 14.1 after I upgraded to 45.0.
Code:
$ thunderbird
[calBackendLoader] Using libical backend at /home/chris/.thunderbird/wi59teeb.default/extensions/{e2fda1a4-762b-4020-b5ad-a41df1933103}/components/libical-manifest
Erreur de segmentation
=>segmentation fault
I wanted to add a xlsx file. But it crashes also with png image. So the type of attachment doesn't seem relevant.
On my side I found that the problem is not only related to attached files but more generally to the file picker dialog (note: if you cancel the dialog you don't crash thunderbird).
I'm using Slackware64 14.1 with KDE 4.14.6. I found the following workaround to change the file picker.
In "Preferences -> Preferences -> Advanced", and then tab 'General', I selected 'Config Editor'. There, I changed the value of parameter "ui.allow_platform_file_picker" to value "false".
Now the file picker dialog switched to the default GTK interface (at least that's what I understand) and no more crash.
On my side I found that the problem is not only related to attached files but more generally to the file picker dialog (note: if you cancel the dialog you don't crash thunderbird).
I'm using Slackware64 14.1 with KDE 4.14.6. I found the following workaround to change the file picker.
In "Preferences -> Preferences -> Advanced", and then tab 'General', I selected 'Config Editor'. There, I changed the value of parameter "ui.allow_platform_file_picker" to value "false".
Now the file picker dialog switched to the default GTK interface (at least that's what I understand) and no more crash.
I'm in similar situation (KDE 4.14).
OK, I upgraded again to 45.0.
I introduced the change you did, the user is gonna test tomorrow
But at first sight it works. Well, it worked even without changing the setting, but I don't trust it.
On my side I found that the problem is not only related to attached files but more generally to the file picker dialog (note: if you cancel the dialog you don't crash thunderbird).
I'm using Slackware64 14.1 with KDE 4.14.6. I found the following workaround to change the file picker.
In "Preferences -> Preferences -> Advanced", and then tab 'General', I selected 'Config Editor'. There, I changed the value of parameter "ui.allow_platform_file_picker" to value "false".
Now the file picker dialog switched to the default GTK interface (at least that's what I understand) and no more crash.
On my side I found that the problem is not only related to attached files but more generally to the file picker dialog (note: if you cancel the dialog you don't crash thunderbird).
I'm using Slackware64 14.1 with KDE 4.14.6. I found the following workaround to change the file picker.
In "Preferences -> Preferences -> Advanced", and then tab 'General', I selected 'Config Editor'. There, I changed the value of parameter "ui.allow_platform_file_picker" to value "false".
Now the file picker dialog switched to the default GTK interface (at least that's what I understand) and no more crash.
I see this issue with Firefox 45 ESR. Both 45.0.2 and 45.1.0. We have a corporate rollout using Slackware64 14.1, so many users. Strange thing is only 4 users reported so far having this issue. All machine have exactly the same bits, but only some experience these crashes. Mine is fine, it never crashes. Ther is no pattern, like graphics card/driver. Even on a fresh Firefox profile.
If I roll back to 38.8.0 ESR, it does not crash. So the bug was introduced between 38 and 45. But the intermittent and descriminating behaviour is very, very strange. Even on one machine it is intermittent. But mostly it causes a crash. I agree taht it may be cache related, because it more often suceeds after changing something like not restoring tabs or re-installing firefox.
I am considering just pushing out 38.8.0 ESR, but I don't want to, now that a have already strated using 45 and less dependence on Flash (e.g. Youtube).
P.S. the file_picker fixes it for me, so this is an option. But again, I like the KDE file picker that works fine in earlier versions of Firefox.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.