Search Support

Avoid support scams. We will never ask you to call or text a phone number or share personal information. Please report suspicious activity using the “Report Abuse” option.

Learn More

Upon upgrade of TB to v68.0, calendar categories' colors are completely opaque

  • 9 replies
  • 1 has this problem
  • 11 views
  • Last reply by Wayne Mery

more options

After regular upgrade yesterday, all my calendar event boxes still contain text but that text is hidden behind the opaque color. Double clicking on the box open the cal event edit-window where all is fine.

This occurs for all categories in each of my three calendars. I had never seen that before. Restarting in safe mode obviously disable the Lightning plugin so is of no use. As I have only two add-ons anyway, "Lightning" and "Enigmail", I went on to disable Enigmail manually and just leaving Lightning as the only enabled add-on. Restarting TB in that config changes zilch.

Any help welcome, as this is extremely annoying.

After regular upgrade yesterday, all my calendar event boxes still contain text but that text is hidden behind the opaque color. Double clicking on the box open the cal event edit-window where all is fine. This occurs for all categories in each of my three calendars. I had never seen that before. Restarting in safe mode obviously disable the Lightning plugin so is of no use. As I have only two add-ons anyway, "Lightning" and "Enigmail", I went on to disable Enigmail manually and just leaving Lightning as the only enabled add-on. Restarting TB in that config changes zilch. Any help welcome, as this is extremely annoying.
Attached screenshots

All Replies (9)

more options

What do you have in Edit/Preferences/Display/Formatting/Fonts & Colors/Colors...? Personally, I wouldn't update to 68 until 68.1 is released and auto-update is begun (unless you have a non-critical system or profile and wish to test).

more options

@sfhowes: Under Edit/Preferences/Display/Formatting/Fonts & Colors/Colors, I have what's on the joined screenshot below ... Absolutely nothing changed here from what I had before.

I read somewhere on an official Mozilla page related to issues with TB (I don't have the ref.), that upgrading from 60.8.0 to 68.0 was not a good idea at all. (No reason given - technical or otherwise.) Looking up my /var/cache/pacman/pkg/ directory on my ArchLinux, I see the upgrade path I went is exactly that. I have tried downloading thunderbird-68.0-1-x86_64.pkg.tar.xz again and forcing a re-install of TB. Things when smoothly but no change for the better.

Any idea along that line or with what the technical issue with that upgrade path is ? Cheers.

more options

The idea is that TB 68 is provided as a voluntary download to identify issues before 68.1 is deployed via auto-update. I don't see your problem in TB 69b4/W10, but colors and menus have presented a few issues unique to Linux in the past. If you wanted to back down to the latest 60 release, 60.9, it is available here:

https://archive.mozilla.org/pub/thunderbird/releases/60.9.0/linux-x86_64/

more options

I just downgraded by rolling my TB v 68.0 (64-bit) back to TB 60.8.0 (64-bit) without a rub. I had to reinstall both Lightning and Enigmail, but that too was a breeze because all config files were kept in place during the process.

In case ArchLinux user read this, add the following line in `/etc/pacman.conf`:

              IgnorePkg = thunderbird

in order to avoid yr newly re-installed older version to be crushed/replaced by TB v68.0 during the next standard update.

Thank you for the heads-up/confirmation on the beta-ish nature of TB v68.0. Will post on Arch forum to let people know in case this can be duplicated on other Arch boxes. Cheers.

Modified by Cbhihe

more options
more options

@Matt, Yes, but 1579491 on https://bugzilla.mozilla.org/ is not recognized/filed as a "bug" just yet. We're still on the fence as to whether this can be duplicated by other users and on other platform.

more options

One of the "changes" in Thunderbird 68 is in the color pallets available. This mostly manifests as a standard color wheel in the composer, but I wondering if your display settings and these changes might be in conflict.

What desktop environment are you using. I have seen reports that KDE is increasingly "interesting" with Mozilla apps in particular. Whereas Gnome appears fairly stable

Try having a fiddle with the display colour depth, a setting of less than 65 thousand colors could quite probably cause this sort of issue. although millions would be the preferred setting.

If you can try a different display driver. Even a proprietary one, just to see the response.

I have a feeling this might be a KDE issue. but I am just guessing.

more options

@ Matt: Tx. Interesting to read on the changes you mentioned in TB 68.0. Do you have a reference or could you point me to some place where that is discussed in gory details ?

My setup: Archlinux on console or on a Gnome 3 desktop with Xorg as X windows' server when I need a GUI. Display: - 8 bpc, or 24 RGB color depth (more than enough for me) - Graphics' driver: default Archlinux core driver for integrated Intel graphics 630 (rev 04).

Nothing KDE related and nothing fancy or out of the ordinary. Not much to play with and not much incentive either, since rolling back to TB v60.8.0 made the pbm disappear.

Modified by Cbhihe

more options

Chosen Solution