Bug 941868

Summary:	Thunderbird 38: Coloring categories in integrated Lightning extension is broken
Product:	[openSUSE] openSUSE 13.1	Reporter:	1st last <zeitlinie>
Component:	X11 Applications	Assignee:	Wolfgang Rosenauer <wolfgang>
Status:	RESOLVED UPSTREAM	QA Contact:	E-mail List <qa-bugs>
Severity:	Normal
Priority:	P5 - None	CC:	antoine.mechelynck, chcao, forgotten_ejjYza2kQt, wolfgang
Version:	Final
Target Milestone:	---
Hardware:	x86-64
OS:	Linux
See Also:	https://bugzilla.mozilla.org/show_bug.cgi?id=1188945
Whiteboard:
Found By:	---	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---
Attachments:	List of KDE and Mozilla packages

Description 1st last 2015-08-15 18:21:29 UTC

As discussed in

https://bugzilla.mozilla.org/show_bug.cgi?id=1188945

coloring categories in Lightning extension of Thunderbird is broken (at least) in openSUSE 13.1 and 13.2 if Thunderbird is installed from the package manager, but it works fine with the official Mozilla build of the same version.

Comment 1 1st last 2015-11-08 12:25:52 UTC

BUMP
Is this Bugzilla just a dead end?
Bug reported 3 months ago. Not even a confirmation occurred.
Coloring categories in Lightning remains broken on openSUSE ever since.

Would any friendly dev around this place please be so kind as to fix this?
Thank you so much!

Comment 2 Wolfgang Rosenauer 2015-11-08 13:20:02 UTC

It works for me with Thunderbird 38.3.0, Lightning 4.0.3.1, openSUSE 13.2

I have no idea what to fix when I cannot reproduce. At least not what is described in the initial upstream bugreport.

Please reopen with exact steps how to reproduce the issue.

I did
Edit-Preferences-Calendar-Categories
Edit any category-choose color-save
Afterwards was displayed correctly in the category window with the new color.

Comment 3 1st last 2015-11-08 22:35:23 UTC

It does *not* work for me with openSUSE 13.1, Thunderbird 38.3.0, and Lightning 4.0.3.1

I click
Edit->Preferences->Calendar->Categories
Then I highlight any category, then I click the button
'Edit...'
This opens a window with title 'Edit Category' and a  'Color' button.
I click this button.
This opens a window with title 'Choose a color'.
In the latter window *no* element be modified and *no* button does anything.
In turn none of the category colors can be changed.

I would hope that a fix will not boil down to the suggestion to upgrade to openSUSE 13.2

Comment 4 1st last 2015-11-08 22:44:36 UTC

... and, just to eliminate one potentially obvious thought right away: the behavior I describe is *not* user-specific. I.e. creating a fresh thunderbird profile for a virgin user account will generate exactly the same behavior.

Comment 5 Tony Mechelynck 2015-11-09 00:57:02 UTC

(In reply to 1st last from comment #3)
[...]
> I would hope that a fix will not boil down to the suggestion to upgrade to
> openSUSE 13.2

13.1 being an "Evergreen" release, it is supposed to be supported by the community even after its "normal" EOL for support by SUSE; but even so, the release following 13.2 has just come out, labeled "Leap 42.1": so I guess you have the choice of upgrading now to 42.1, see http://software.opensuse.org/421/en — or of hanging on for dear life until the very end of 13.1 Evergreen support and getting 42.2 as soon as it is released, probably in a year or so.

Comment 6 Wolfgang Rosenauer 2015-11-09 06:53:24 UTC

I have now checked on a 13.1 system with the same versions provided by the update channel and still cannot reproduce.
I'm really not sure what is different on your system but it does not seem to be Thunderbird/Lightning.
What is your desktop environment?

Comment 7 Forgotten User ejjYza2kQt 2015-11-09 10:32:52 UTC

Created attachment 655142 [details]
List of KDE and Mozilla packages

I can reproduce the bug on openSUSE 13.1 64bit with KDE. I attached a simple list of KDE and Thunderbird-related packages which are installed on my machine. Please let me know if you need any further information.

Comment 8 Wolfgang Rosenauer 2015-11-09 11:24:39 UTC

Thanks for the hint. Now tested under KDE and I could reproduce and identify the trigger.
For you as a workaround please set in the advanced settings the pref
browser.preferences.instantApply to true instead of false.

I'll add the required information upstream because I expect this to be an upstream bug.

Comment 9 1st last 2015-11-09 16:17:54 UTC

browser.preferences.instantApply  true

works for me. Thx.

BTW.:  between Wolfgang Rosenauer's comment #6 from 06:53:24 UTC and my present reply I've checked more than 10 different workstations at our place, all running the same openSUSE 13.1, 64bit, standalone installation, with Thunderbird 38.3.0 and Lightning 4.0.3.1 ... they all show bug #941868 reported here, and they all get fixed with "browser.preferences.instantApply  true"