Hello Tomas, Am 07.07.21 um 22:58 schrieb Tomas Pospisek:
> I'd like to describe my problem, which is related to #950941. > > I have copyied over ~/thunderbird from my old laptop. Now when > I start thunderbird, it start's normally. However at next start it > will fail and complain and tell me that I should resolve the > situation. > > Why? > > Because on first start, the second layer of wrappers will > apparently make a **copy** of ~/.thunderbird to ~/.icedove. the wrapper will never start a copy of any folder. We were thinking in 2017 if simply copying the old profile to the new folder is a good idea. But we concluded rather quickly this is a bad idea for several reasons. So no, you making here a wrong assumption, the wrapper isn't copying anything. > And on the second start the first layer wrapper will see: > > $ ls -l .thunderbird/ .icedove/ -d > drwx------ 3 me mi 4096 7. Jul 22:24 .icedove/ > drwx------ 5 me mi 4096 2. Jul 21:57 .thunderbird/ > > and ... fail. I can't say why you have two folders here, but I can think of you copied the symlinked folder into a real folder, this was happen to my back in 2017 while testing the stuff. And then the wrapper refuses to start anything because we don't know what to use for (from a PoV of the wrapper). If you don't need the old .icedove folder anymore then remove it. The wrapper script will start Thunderbird without further modifications. It's the Thunderbird binary that is requiring the folder $(HOME)/.thunderbird. > So I've tried to find out. Took me now over 1.5 hours and > I still haven't found out because... well it's complex. > And even with the whole complexity the wrapper is still > not able to handle (in the sense of behaving like > thunderbird itself would in the same situation) the > situation. > > So I'd suggest something in the vein of: > > $ cat /usr/bin/thunderbird > #!/bin/bash > if [ "$SKIP_THUNDERBIRD_WRAPPER" != "" ]; then > /usr/lib/thunderbird/thunderbird "$@"; fi > > But then again one could simply do: > > alias thunderbird=/usr/lib/thunderbird/thunderbird > > (the path /usr/lib/thunderbird/thunderbird not being > trivial to find...). Or maybe [also] document that... > > Yet another alternative is to use upstream? I don't want to add any more complexity to the wrapper, it's not worth in my eyes. You reported for a very very long time the first new issue regarding the Icedove -> Thunderbird transition, that let me assume there is no real issue in the wrapper today. The wrapper script has a commented out line 'set -x' in line 21. I suggest to activate this setting and look into the output while calling 'thunderbird' from the command line. This will give more ozutput that is helpful for a diagnose. -- Regards Carsten
