Am Donnerstag, den 31.10.2019, 09:22 +0100 schrieb Milan Crha via evolution-list:
On Wed, 2019-10-30 at 21:32 +0100, Volker Wysk wrote:Could it be that the "evolution-calendar-factory" is missing there? Really??Could it be that the two programs have different names when distributed as a Flatpak package (from Flathub.org).Hi, not different names, but different locations and very different way of being run. Flatpak is a sandbox, you cannot run it as any other application "on the host system". The Flathub version of Evolution starts the factories on its own when it's started (and if they are not running already). Thus if you make sure the processes from /app in $ ps ax | grep evolution are closed before you run Evolution itself,
That's funny. I have no /app directory on my system, but "ps" reports processes in /app...
then the logs will be printed on the console of Evolution. That is, in the case of the Flatpak, run Evolution as this: $ CALDAV_DEBUG=all flatpak run org.gnome.Evolution
Yes, that works. I get a long log, which doesn't say much to me. I've attached it.
There are other ways to run the factories in the flatpak, but it's out of scope of this thread. By the way, were you asked for a password of the added CalDAV calendar, after the new calendar had been saved?
Yes, I was asked.
Either it's missing the password, or the evolution-calendar-factory process has a problem to detect the calendar is online for some reason. Though in case of Flatpak the detection of online state didn't work, thus the processes are set to think they are always online. It could be fixed in recent versions of portal/flatpak/glib/gio/..., but the flatpak itself can run on older versions too, thus the workaround is still needed there. You can check whether the password is saved for example in seahorse.
I've checked. The passwort has been saved. Aside: I think it should be considered a bug, if it doesn't work at all, but no error message is provided. For instance, if the evolution- calendar-factory process has a problem to detect the calendar is online, then there should at least be a message about it. Cheers Volker
Attachment:
evo.log
Description: Text Data