Hello Robert, Am 10.12.19 um 07:04 schrieb Robert Pommrich: > Hello Carsten, > > Please be so kind to carefully and completely, before you make wild > assumptions.
what? I never have made an assumption. I've written 'usually this happens ...'. > I didn't use a pre-built version before, instead I used the packaged > version as stated in my initial message. But you give nothing more as information. You are the first person that is reporting such an issue and myself hasn't got such an problem while working with the various versions of Thunderbird packages. I've no idea if you have installed any add-ons (packaged or taken from upstream) and what you have tried to solve your issue. > A very similar problem is described in > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=946193 > > for Firefox. > > Please read this bug report, hopefully you can draw some knowledge > from that. Well, I can nothing see and take from this report that let me see what's the root for this problem. But I would suggest make a backup of your current profile and play around with the value for 'LastVersion'. I'd make the version just older as the current installed version and see what's happen. > I assume, that the buster versions are build before the stretch > versions which makes the stretch versions being a little bit higher. The version string that TB is using internally is completely isolated from the version that the packaging is using. The thing I can image is that the string is created from time that the package was built. To prove this we need the information from the file ~/.thunderbird/$(profile)/compatibility.ini from a stretch and a buster profile. A test case were we check an update with an existing user profile from stretch to buster doesn't exist. -- Regards Carsten Schoenert
