Yonke imikhiqizo Community Forum

I'm up to date on Windows 10 with version 151.0.1 of Thunderbird. My preference is to discontinue using Windows and move to Linux Mint. The Software Manager in Mint installs and manages Thunderbird updates. I like the idea of Mint managing my software. However, the latest version is 140.11.1esr. Consequently, moving my data from Windows to Mint is not possible. A profile problem is flagged.

I've switched off automatic updates. I'm wondering how long it will take Linux Mint to catch up to v150. One solution is to install v150 independent of the Mint software manager, but I'd rather not do that. I'm wondering if there are any workarounds.

French please !

-)

Bonjour,

Lorsque je veux modifier la manière dont Thunderbird est mis à jour, il s'affiche ceci :

"Thunderbird est mis à jour par une autre instance" et il est impossible de le modifier car si on on choisit de le faire, le logiciel thunderbird corrige immédiatement et retourne à la configuration précédente (solutions/choix à cocher, mises à jour automatiques ou manuelles) !

Comment opérer S.V.P. ? Merci à vous. Salutations cordiales. Alain.

just let me know how i can get things in order. i am not an expert in these fields, for years you have been good and, fairly, simple. now it is all a pain in the neck!! how do i correct this?

Out of nowhere, the Nightly browser starts with Windows & a new profile. This forces me to go to Settings to uncheck the setting for Nightly to start when I start Windows.

First, the setting "Open Firefox automatically when your computer starts up" should never, ever be checked by default.

Second, this has happened on both my Win11 computers with Nightly. What is concerning is that somehow a Nightly update out of the blue created a brand new profile--I have a specific profile I use for my Nightly installs--with the start with Windows startup setting checked. This should not happen even with an alpha app like Nightly. The update process should only be using the profile running when the update process takes place.

This forces me to run the Firefox Profile Manager to delete the profile that was created out of the blue.

Honestly, if this is not addressed, I will have to stop using Firefox, Beta & Nightly. I have Firefox since it first was pre-version 1.0, but I refuse to use an app that thinks it is acceptable to make default a setting like Start with Windows startup.

I opened Thunderbird 140.9.1esr from flatpak on Debian 12 and today I noticed a message that says: "Flatpak ESR application ID change We're switching the Flatpak ESR application ID from org.mozilla.Thunderbird to org.mozilla.thunderbord_esr."

1. How does Thunderbird know it's flatpak name is changing? How do i turn off all auto updates including checking things like flatpak name changing?

I have installed the .deb version of Mozilla Firefox on Ubuntu. It was recently replaced by unattended-upgrades with the snap version. I get the impressions that is due to the fact that unattended-upgrades does not consider https://packages.mozilla.org/apt/dists/mozilla/Release as a source when running.

It seems that it would be possible to configure unattended-upgrades to include https://packages.mozilla.org/apt/dists/mozilla/Release.

The current value for "Origin" in https://packages.mozilla.org/apt/dists/mozilla/Release is "namespaces/moz-fx-productdelivery-pr-38b5/repositories/mozilla" (to me pr-number looks like a pull request).

I would like to confirm whether or not this is a stable value for Origin, and if not - can a stable value be allocated?

It seems that after the last automatic update of Firefox, the shortcut to launch it, which was previously on the desktop, was removed, and the Firefox.exe file appeared in its place. I've attached the properties of the new file. My antivirus doesn't flag it as malware and I haven't run the specified file before. Is this an update error?

It would have been highly beneficial to provide a function or procedure to migrate all files (if they existed) from org.mozilla.Thunderbird to org.mozilla.thunderbird. In the absence of such a mechanism, the update effectively behaves like a fresh installation, creating the impression that all user settings and data have been lost.

I resolved the issue by manually copying all files from /home/USER_NAME/.var/app/org.mozilla.Thunderbird/ to /home/USER_NAME/.var/app/org.mozilla.thunderbird/ and restarting Thunderbird, after which everything functioned as expected. This could also have been addressed through a symbolic link to the new path.

I believe more care should be taken when implementing breaking changes of this nature, as many end-users would not know how to resolve this issue on their own. Clear guidance or automated migration would help prevent unnecessary disruption and confusion.