Attempted to use the QA repo tool to download just the packages listed in this and in bug 26137 (Firefox) when I went to install the updates, I saw the following message:

Sorry, the following packages cannot be selected:

- thunderbird-68.4.2-1.mga7.x86_64 (due to unsatisfied lib64sqlite3_0[>= 3.31.0])
- thunderbird-en_US-68.4.2-1.mga7.noarch

The unsatisfied package is part of bug 26104, so clearly this update depends on that bug, as well.

Depends on: (none) => 26104
CC: (none) => andrewsfarm

64-bit Plasma system.

Updated all the relevant 64-bit packages in bugs 26137, 26104, and this bug. US-English language packs)

All packages installed cleanly. Ran Thunderbird, received mail, sent mail to myself and replied, checked newsgroups. Everything worked as it should.

I do not use the calendar or Enigmail, so I did not check those.

thunderbird-68.4.2-1.mga7.x86_64 cannot be selected because of missing lib64nss3[>= 2:3.49.2
That is in  the dependencies of Firefox, but this means one cannot install Thunderbird without installing the Firefox version first.

CC: (none) => herman.viaene

You don't need to install Firefox, but you do need to install the nss and sqlite3 packages that Thunderbird was built against.

@David,
I understand that. But in this setup as it is now, a user choosing to install the Thunderbird update before the Firefox one, will run into this problem.

(In reply to Herman Viaene from comment #5)
> @David,
> I understand that. But in this setup as it is now, a user choosing to
> install the Thunderbird update before the Firefox one, will run into this
> problem.

Nope.

since thunderbird bug depends on firefox, it wont be pushed until the firefox one has gone out... so it will be available then...

And for testers, urpmi already knows to pull in the deps...

Just try "urpmi --media Testing thunderbird" and watch it pull in the needed sqlite3 and nss deps :)

CC: (none) => tmb

Suppose I am a stubborn user which does not want Firefox, so after installation I remove it. Does that mean I cannot use Thunderbird???

Forget this last remark, I only get into trouble because I use QArepo to isolate all updates from one another. In this case I should upload Thunderbird and Firefox always together. Sorry.

Again, Thunderbird is not tied to Firefox, only nss.

I stand corrected, nss is the stuff to be included when using QARepo, but one has to look for the versions in the Firefox updates. Up to now, i haven't seen them anywhere else.
And by the way, is there then a reason to list the nss updates as dependencies ONLY in the Firefox ones, if for the rest Thunderbird has nothing to do with FF. I should suppose so?
Anyway, waiting here to test the sqlite updates first.

Just to confuse the issue further, note that the error message I got when I tried to update both Firefox and Thunderbird at the same time specified that Thunderbird was dependent on the updated sqlite library, where Firefox was not. 

I could have updated Firefox at that time, but didn't, so I have no idea if running it with the older sqlite library would have broken it.

thunderbird-68.4.2-2.mga7 will be built with sqlite 3.31.1.

(In reply to Herman Viaene from comment #10)
> I stand corrected, nss is the stuff to be included when using QARepo, but
> one has to look for the versions in the Firefox updates. Up to now, i
> haven't seen them anywhere else.
> And by the way, is there then a reason to list the nss updates as
> dependencies ONLY in the Firefox ones, if for the rest Thunderbird has
> nothing to do with FF. I should suppose so?
> Anyway, waiting here to test the sqlite updates first.


It's just timing... 

As firefox update got added first, the nss packages got added to that update (as we usually tend to update nss (and nspr) at the same time as firefox/thunderbird).

this time around we have a thunderbird update at the same time (added after firefox) ...

And since rpms for an update can only be listed in one report it is part of firefox.

theoretically we could split out nss from firefox to a separate bug, but its not that useful... it's only QA that hits this "issue"

This is actually just a bugfix update.

QA Contact: security => (none)
Component: Security => RPM Packages

Updated packages in core/updates_testing:
========================
thunderbird-68.4.2-3.mga7
thunderbird-enigmail-68.4.2-3.mga7
thunderbird-ar-68.4.2-1.mga7
thunderbird-ast-68.4.2-1.mga7
thunderbird-be-68.4.2-1.mga7
thunderbird-bg-68.4.2-1.mga7
thunderbird-br-68.4.2-1.mga7
thunderbird-ca-68.4.2-1.mga7
thunderbird-cs-68.4.2-1.mga7
thunderbird-cy-68.4.2-1.mga7
thunderbird-da-68.4.2-1.mga7
thunderbird-de-68.4.2-1.mga7
thunderbird-el-68.4.2-1.mga7
thunderbird-en_GB-68.4.2-1.mga7
thunderbird-en_US-68.4.2-1.mga7
thunderbird-es_AR-68.4.2-1.mga7
thunderbird-es_ES-68.4.2-1.mga7
thunderbird-et-68.4.2-1.mga7
thunderbird-eu-68.4.2-1.mga7
thunderbird-fi-68.4.2-1.mga7
thunderbird-fr-68.4.2-1.mga7
thunderbird-fy_NL-68.4.2-1.mga7
thunderbird-ga_IE-68.4.2-1.mga7
thunderbird-gd-68.4.2-1.mga7
thunderbird-gl-68.4.2-1.mga7
thunderbird-he-68.4.2-1.mga7
thunderbird-hr-68.4.2-1.mga7
thunderbird-hsb-68.4.2-1.mga7
thunderbird-hu-68.4.2-1.mga7
thunderbird-hy_AM-68.4.2-1.mga7
thunderbird-id-68.4.2-1.mga7
thunderbird-is-68.4.2-1.mga7
thunderbird-it-68.4.2-1.mga7
thunderbird-ja-68.4.2-1.mga7
thunderbird-ko-68.4.2-1.mga7
thunderbird-lt-68.4.2-1.mga7
thunderbird-nb_NO-68.4.2-1.mga7
thunderbird-nl-68.4.2-1.mga7
thunderbird-nn_NO-68.4.2-1.mga7
thunderbird-pl-68.4.2-1.mga7
thunderbird-pt_BR-68.4.2-1.mga7
thunderbird-pt_PT-68.4.2-1.mga7
thunderbird-ro-68.4.2-1.mga7
thunderbird-ru-68.4.2-1.mga7
thunderbird-si-68.4.2-1.mga7
thunderbird-sk-68.4.2-1.mga7
thunderbird-sl-68.4.2-1.mga7
thunderbird-sq-68.4.2-1.mga7
thunderbird-sv_SE-68.4.2-1.mga7
thunderbird-tr-68.4.2-1.mga7
thunderbird-uk-68.4.2-1.mga7
thunderbird-vi-68.4.2-1.mga7
thunderbird-zh_CN-68.4.2-1.mga7
thunderbird-zh_TW-68.4.2-1.mga7

from SRPMS:
thunderbird-68.4.2-3.mga7.src.rpm
thunderbird-l10n-68.4.2-1.mga7.src.rpm

Updated packages from all three bugs in one operation, as in Comment 2, except on different hardware.

The following 8 packages are going to be installed:

- firefox-68.4.2-3.mga7.x86_64
- firefox-en_US-68.4.2-1.mga7.noarch
- lib64nss3-3.49.2-1.mga7.x86_64
- lib64sqlite3_0-3.31.1-1.mga7.x86_64
- nss-3.49.2-1.mga7.x86_64
- sqlite3-tools-3.31.1-1.mga7.x86_64
- thunderbird-68.4.2-3.mga7.x86_64
- thunderbird-en_US-68.4.2-1.mga7.noarch

Packages installed cleanly, and everything seems to work. Will test on the system I updated in Comment 2 in a few minutes.

The system from Comment 2 seems to be working OK, too.

On mga7-64  kernel-desktop  plasma

packages installed cleanly:
- thunderbird-68.4.2-3.mga7.x86_64
- thunderbird-en_GB-68.4.2-1.mga7.noarch

email (POP, SMTP):  OK
Calendar: OK
Address book: OK
Movemail: OK

I don't use enigmail or IMAP

looks OK for mga7-64

CC: (none) => jim

Installed thunderbird after firefox and nss.
Both working fine.  Thunderbird for imail and calendar function.  Reminders come up when expected.

CC: (none) => tarazed25

64 bit OK for  offline imap + smtp 
Hve been using it for hours and 20+ mails under:
kernel-linus(in testing) + nouveau + plasma
kernel-desktop + nouveau + plasma
kernel-desktop + nvidia-current + plasma

Not tested calendar etc, only using mail, settings i already had.

CC: (none) => fri

MGA7-64 Plasma on Lenovo B50
Installed
- thunderbird-68.4.2-3.mga7.x86_64
- thunderbird-enigmail-68.4.2-3.mga7.x86_64 (although I never use it)
- thunderbird-nl-68.4.2-1.mga7.noarch
This is an update on an existing installation. Tested sending and receiving with and without attachment. All OK

Looks good enough to me. OKing, and validating.

CC: (none) => sysadmin-bugs
Whiteboard: (none) => MGA7-64-OK
Keywords: (none) => validated_update

An update for this issue has been pushed to the Mageia Updates repository.

https://advisories.mageia.org/MGAA-2020-0037.html

Resolution: (none) => FIXED
Status: ASSIGNED => RESOLVED