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.
I just can't over how this effects some machines and not others. Our rollout gives each machine and user exactly the same binariews and configs. But why does it effect some users/machines and not others?
Not so long ago (but long enough to forget where and which version), I was reporting similar issues with SeaMonkey.
It was crashing when attaching a file to the form.
Well, the plot thickens. Firefox 46 won't run at all. I get the following output from terminal:
Code:
$ firefox
(firefox:25709): Gdk-WARNING **: gdkwindow-x11.c:5302 drawable is not a native X11 window
Firefox 46 introduces GTK3 integration which in my case marked the end of using oxygen-gtk as my GTK3 theme (Firefox would crash immediately).
If you're using GTK themes in KDE I would suggest looking at GTK3 theme compatibility.
FYI, firefox and thunderbird, as built with the SlackBuilds in current and in stable, use gtk+2 (both have the option --enable-default-toolkit=cairo-gtk2).
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.
I'm not sure I understand why you mention Firefox when this thread is about an issue with Thunderbird. Do you mean that Firefox also crashes when you open a dialog to add an attachment on a webmail interface?
At least 2 of the users reporting the issue in Thunderbird aren't using a stock Slackware64 14.1: atelszewski and myself are using KDE 4.14 instead of KDE 4.10 in stock Slackware64 14.1. That may be the reason why we are having the issue and not the other users of stock Slackware64 14.1.
I'm not sure I understand why you mention Firefox when this thread is about an issue with Thunderbird. Do you mean that Firefox also crashes when you open a dialog to add an attachment on a webmail interface?
At least 2 of the users reporting the issue in Thunderbird aren't using a stock Slackware64 14.1: atelszewski and myself are using KDE 4.14 instead of KDE 4.10 in stock Slackware64 14.1. That may be the reason why we are having the issue and not the other users of stock Slackware64 14.1.
He most probably means that FF crashes when attaching a file to a form; it doesn't matter if it is webmail or not.
It's similar to what I wrote a few post above about SeaMonkey.
The thing is that we're starting to observe this behavior with Mozilla's software.
But as you pointed out, I haven't observed this behavior on -current.
I had only the chance to see it on Slackware 14.1 with KDE 4.14.
So my guess is that, the things are connected.
I'm not sure I understand why you mention Firefox when this thread is about an issue with Thunderbird. Do you mean that Firefox also crashes when you open a dialog to add an attachment on a webmail interface?
At least 2 of the users reporting the issue in Thunderbird aren't using a stock Slackware64 14.1: atelszewski and myself are using KDE 4.14 instead of KDE 4.10 in stock Slackware64 14.1. That may be the reason why we are having the issue and not the other users of stock Slackware64 14.1.
I understand the OP was about Thunderbird, but the bug is the same, since TB and FF share the same underlying code. Although a recent Mozilla announcement suggests that will change soon. I'm convinced the issue is the same. In fact, the workaround by gegechris99 works for my FF issue too, so it is the same bug. No point creating a seperate thread in my opinion. The crash happens when I upload a file to our webmail (SOGo), but it is clearly just a file picker issue.
I'm currently testing all regular versions going backwards until it works. I'm currently at 42 and the bug is still there. 38.8.0 ESR does not have this bug, currently that is the version I will likely use, but it pains me to roll back to 38 after already migrating all my users to 45. Using the non-native file picker is not a nice solution for me either. In fact, if I could find the commit that breaks this, I may even patch it myself.
Firefox 41 is not affected. So it was intriduced in Firefox 42. Anyone know of a way to track the commits between versions? Unfortunately they don't use Github.
But what is still very strange, is why it only effects some machines. Our rollout is identical, so only the hardware and username changes between machine. Why does an oxygen-gtk2 related bug effect only some machines?
But what is still very strange, is why it only effects some machines. Our rollout is identical, so only the hardware and username changes between machine. Why does an oxygen-gtk2 related bug effect only some machines?
Thank you for clarification in a previous post about why you reported issue in Firefox in this thread. It's now clear to me.
Is your rollout a new clean installation or an upgrade?
If it's an upgrade, maybe your are keeping user data (i.e /home/username directory) which does contain user settings that some of them may have changed and it's now causing some issues. For example, are users authorized to add add-ons in Firefox?
Thank you for clarification in a previous post about why you reported issue in Firefox in this thread. It's now clear to me.
Is your rollout a new clean installation or an upgrade?
If it's an upgrade, maybe your are keeping user data (i.e /home/username directory) which does contain user settings that some of them may have changed and it's now causing some issues. For example, are users authorized to add add-ons in Firefox?
Nope, not possible. They all come from a clonezilla image with no users. A script generates a user profile, only taking a few arguments (username, full name, hostname, domain). Aside form those variables, everythiong is exactly the same.
The reason for the discrimination is likely due to hardware, in specific; graphics cards / drivers. See my next post for a diagnosis and prognosis.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.