[Evolution] email colours
Greetings, I am new to Linux and have installed evolution, which I love. One problem is that when looking and sending emails it shows as black on grey rather than black on white. I cannot for the life of me find a solution for setting to to the more normal window of black text on white background. Does anyone know how I set this to the normal colour used in emails? Using Linux Mint -- Regards, Mike Harrison Russell 07970 491 198 Services: PACE Audio Video Site Visits ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] email colours
On Tue, 2020-02-11 at 12:07 +, Michael Russell wrote: > Greetings, > > > I am new to Linux and have installed evolution, which I love. One > problem is that when looking and sending emails it shows as black on > grey rather than black on white. I cannot for the life of me find a > solution for setting to to the more normal window of black text on white > background. Does anyone know how I set this to the normal colour used in > emails? > > > Using Linux Mint The platform doesn't usually matter. What matters is the version of Evolution. Please remember to state this when asking questions (see Help->About). poc ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] email colours
On Tue, 2020-02-11 at 13:07 +0100, Michael Russell wrote: > Does anyone know how I set this to the normal colour used in > emails? Hi, as Patrick said, an important bit is the Evolution version, not the distro itself, which many people may even not know. >From the issue itself, I would just guess that your system has installed 2.26.x of WebKitGTK+ (webkit2gtk3 or similar package), which causes several issues, one of them being the background color: https://bugs.webkit.org/show_bug.cgi?id=202194 Evolution itself received a workaround for it here: https://gitlab.gnome.org/GNOME/evolution/issues/617 (it is also referenced from the WebKit bug). Bye, Milan ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Proposal regarding apparent race condition on Evolution start-up
On Tue, 2020-02-11 at 17:31 +, Pete Biggs wrote: > > ksecretservice is definitely not running. In fact I don't think it's > > even installed on my system. However kwalletd, which is the standard > > KDE daemon, is running as well as gnome-keyring. If that's the source > > of the trouble I don't see why killing Evo and restarting it would make > > a difference. > > > kwalletd doesn't provide the DBUS service, it uses its own API, so it > shouldn't be interfering. > > Is there a possibility that kwalletd (or at least KDE) is killing > gnome-keyring for some other reason? Such as managing encryption keys > unlocked during login? > > But it's all speculation though until you can see exactly what's > happening! I did a little more testing. Simply logging out and in again (BTW we need a word for "logging out and in again" :-) doesn't seem to do it, the reason being that g-k-r is already running. However, if I log out, kill g-k-r and log in again, the errors pop up. I get two messages: 1) Failed to connect task list: The name is not activatable 2) Failed to connect The reported error was “Failed to authenticate: The name is not activatable”. At this point g-k-r is not running. I kill Evo and restart it. This time g-k-r is running and I get a pop- up asking for the keyring password (this didn't happen the previous time the first time), and from then on everything is OK. If I log out and in again, it still works (g-k-r is kept running even after I log out). I originally thought this was random because I often reboot, but I now think it's deterministic. The essence of the problem seems to me to be that Evo (or the library Milan mentioned) expects g-k-r to be running when it starts, but for some reason doesn't start it correctly on first login. poc ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] email colours
On Tue, 2020-02-11 at 12:07 +, Michael Russell wrote: > I am new to Linux and have installed evolution, which I love. One > problem is that when looking and sending emails it shows as black on > grey rather than black on white. I cannot for the life of me find a > solution for setting to to the more normal window of black text on white > background. Does anyone know how I set this to the normal colour used > emails? Typically color, font, etc... is not an attribute controlled by the Application but by the Theme. In your desktop manager's control/preferences app try changing or customizing the theme. -- Adam Tauno Williams, awill...@whitemice.org Multi-Modal Activists Against Auto Dependent Development resisting the unAmerican socialists of the Motorist hegemony http://www.mmaaadd.org ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Proposal regarding apparent race condition on Evolution start-up
On Wed, 2020-02-12 at 12:12 +0100, Patrick O'Callaghan wrote: > Simply logging out and in again (BTW we > need a word for "logging out and in again" :-) doesn't seem to do it, > the reason being that g-k-r is already running. However, if I log > out, kill g-k-r and log in again, the errors pop up. Hi, as long as log out & log in is involved, I'd say you face a variant of: https://bugzilla.redhat.com/show_bug.cgi?id=1340203 That is, the processes being run within a user session should be stopped once the user session ends, which should be when the user logs out from the desktop environment. This doesn't always work, about which the Red Hat bug is. I also played with this a bit, ended with a script (attached), with which I first renamed /usr/bin/gnome-keyring-daemon to /usr/bin/gnome- keyring-daemon.orig, then I placed the attached file to /usr/bin/ and set executable bits on it (chmod a+x /usr/bin/gnome-keyring-daemon). Since then, whenever gnome-keyring-daemon is started, it logs about it into /var/tmp/gcr file. It logs also when the processes is stopped, being it gracefully. I see in the log that in my case the gnome-keyring-daemon is started (probably after I log in to KDE) in a similar way as it is done in GNOME, but it is immediately stopped too. Then, about 7 seconds later, it is started as a D-Bus service (different arguments), which might be in time of running evolution-source-registry, as mentioned earlier in this thread. This works fine so far. When I kill the gnome-keyring-deamon now (or better I used --replace argument), then the libsecret stops working and a mail account I entered in Evolution after this replace call didn't save its password and I've been asked for it the next start of the machine. This is just a bit simpler reproducer than logging out and then in again. I had installed: libsecret-0.19.1-1.fc31.x86_64 gnome-keyring-3.34.0-1.fc31.x86_64 plasma-desktop-5.17.5-1.fc31.x86_64 Using `loginctl list-sessions` and being logged in as a root in a text terminal I see that there are two sessions, one for the root and one for the logged used in the KDE desktop. When I log out of the KDE, there are left both sessions as before and one is added, for user 'sddm'. When I log in as the previous user again the loginctl shows 3 sessions, two for the user I used for KDE login and the one for root. I definitely should not have running two sessions for my user. (In other words, the issue in the above mentioned bug is not specific to gnome- session only, even it is filled against it.) Bye, Milan gnome-keyring-daemon Description: application/shellscript ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Proposal regarding apparent race condition on Evolution start-up
On Wed, 2020-02-12 at 14:37 +0100, Milan Crha via evolution-list wrote: > Using `loginctl list-sessions` and being logged in as a root in a text > terminal I see that there are two sessions, one for the root and one > for the logged used in the KDE desktop. When I log out of the KDE, > there are left both sessions as before and one is added, for user > 'sddm'. When I log in as the previous user again the loginctl shows 3 > sessions, two for the user I used for KDE login and the one for root. I > definitely should not have running two sessions for my user. (In other > words, the issue in the above mentioned bug is not specific to gnome- > session only, even it is filled against it.) This is looking like the root problem (or one of them ...). I tried listing sessions. logging out and in again, and listing them again: SESSION UID USER SEAT TTY 11 1000 poc seat0 13 1000 poc seat0 20 root seat0 tty2 4 1000 poc seat0 8 1000 poc seat0 5 sessions listed. --- SESSION UID USER SEAT TTY 11 1000 poc seat0 13 1000 poc seat0 15 1000 poc seat0 20 root seat0 tty2 4 1000 poc seat0 8 1000 poc seat0 6 sessions listed. --- IOW each login is creating a new session, but logging out is not terminating it. This definitely looks like a bug of some kind. Whether or not it's what causes the g-k-r problem is not clear, but it should be investigated. I'll take it to the KDE list and possibly BZ. poc ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Proposal regarding apparent race condition on Evolution start-up - SOLVED
On Wed, 2020-02-12 at 17:11 +, Patrick O'Callaghan wrote: > On Wed, 2020-02-12 at 14:37 +0100, Milan Crha via evolution-list wrote: > > Using `loginctl list-sessions` and being logged in as a root in a text > > terminal I see that there are two sessions, one for the root and one > > for the logged used in the KDE desktop. When I log out of the KDE, > > there are left both sessions as before and one is added, for user > > 'sddm'. When I log in as the previous user again the loginctl shows 3 > > sessions, two for the user I used for KDE login and the one for root. I > > definitely should not have running two sessions for my user. (In other > > words, the issue in the above mentioned bug is not specific to gnome- > > session only, even it is filled against it.) > > This is looking like the root problem (or one of them ...). I tried > listing sessions. logging out and in again, and listing them again: > > SESSION UID USER SEAT TTY > 11 1000 poc seat0 > 13 1000 poc seat0 > 20 root seat0 tty2 > 4 1000 poc seat0 > 8 1000 poc seat0 > > 5 sessions listed. > --- > > SESSION UID USER SEAT TTY > 11 1000 poc seat0 > 13 1000 poc seat0 > 15 1000 poc seat0 > 20 root seat0 tty2 > 4 1000 poc seat0 > 8 1000 poc seat0 > > 6 sessions listed. > --- > > IOW each login is creating a new session, but logging out is not > terminating it. This definitely looks like a bug of some kind. Whether > or not it's what causes the g-k-r problem is not clear, but it should > be investigated. I'll take it to the KDE list and possibly BZ. OK, after a brief discussion on the KDE list (thanks Ed) I modified /etc/systemd/logind.conf to change the KillUserProcesses entry to 'yes'. I also rebooted. Now when I log out of KDE, g-k-r is not left running and there are no abandoned sessions under my userid. Logging in starts up Evo with no password pop-up, every time. My theory is that previously there were extraneous processes sitting on the DBus entry and mixing things up in some way, possibly in a race condition. As of now, touch wood, the problem appears to be solved. Thanks to all. poc ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Evolution hanging on sending with attachments
Evolution 3.34.4 (flatpak git765db63) Linux Mint 19.3 Tricia Linux 5.3.0-28-generic #30~18.04.1-Ubuntu SMP Fri Jan 17 06:14:09 UTC 2020 x86_64 What I'm seeing is that I create an email which includes an attachment. 70% of the time the email sends immediately, but the other 30% of the time it fails with Waiting for attachments to load The machine as a whole is not busy,90% idle .. system and io each about 5%, using only 3G of 10G of ram. Canceling the send, drops me back to edit mode, but sending again results in the same hang. If I exit/crash out of evolution and restart with recovery of message under construction, it is 50/50 whether or not it will send or hang. So any thoughts on how to debug this or ideas as to why it might be happening? Thanks. Mike ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution hanging on sending with attachments
On Wed, 2020-02-12 at 17:08 -0600, Japhering, Anonymous via evolution- list wrote: > Evolution 3.34.4 (flatpak git765db63) > Linux Mint 19.3 Tricia > Linux 5.3.0-28-generic #30~18.04.1-Ubuntu SMP Fri Jan 17 06:14:09 UTC > 2020 x86_64 > > What I'm seeing is that I create an email which includes an > attachment. 70% of the time the > email sends immediately, but the other 30% of the time it fails with > >Waiting for attachments to load > > The machine as a whole is not busy,90% idle .. system and io each > about 5%, using only 3G of 10G of ram. > [...] Obvious question: does it depend on the type of file, or its size? poc ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution hanging on sending with attachments
On Wed, 2020-02-12 at 23:18 +, Patrick O'Callaghan wrote: > On Wed, 2020-02-12 at 17:08 -0600, Japhering, Anonymous via > evolution-list wrote: > > Evolution 3.34.4 (flatpak git765db63)Linux Mint 19.3 TriciaLinux > > 5.3.0-28-generic #30~18.04.1-Ubuntu SMP Fri Jan 17 06:14:09 UTC2020 > > x86_64 > > What I'm seeing is that I create an email which includes > > anattachment. 70% of the time the email sends immediately, but > > the other 30% of the time it fails with > >Waiting for attachments to load > > The machine as a whole is not busy,90% idle .. system and > > io eachabout 5%, using only 3G of 10G of ram. > > [...] > Obvious question: does it depend on the type of file, or its size? I most frequently send jpgs or pdfs.The hangs are pretty much evenly split between the two. Size is all over the map, so I would say no to size.I've seen hangs on files as small as 15KB to as largeas 7MB ( yes, email so I try not to send anything beyond 9MB as most recipients I deal with have a 10MBcut off or quarantine) > poc > ___evolution-list mailing > listevolution-l...@gnome.org > To change your list options or unsubscribe, visit ... > https://mail.gnome.org/mailman/listinfo/evolution-list ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution hanging on sending with attachments
On Wed, 2020-02-12 at 17:08 -0600, Japhering, Anonymous wrote: > Evolution 3.34.4 (flatpak git765db63) > Linux Mint 19.3 Tricia > > What I'm seeing is that I create an email which includes an attachment. 70% > of the time the > email sends immediately, but the other 30% of the time it fails with > > Waiting for attachments to load Are these files on a local harddisk, or a remote / network one? In any case, this might be Flatpak related. andre -- Andre Klapper | ak...@gmx.net https://blogs.gnome.org/aklapper/ ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution hanging on sending with attachments
On Thu, 2020-02-13 at 06:31 +0100, Andre Klapper wrote: > On Wed, 2020-02-12 at 17:08 -0600, Japhering, Anonymous wrote: > > Evolution 3.34.4 (flatpak git765db63)Linux Mint 19.3 Tricia > > What I'm seeing is that I create an email which includes an > > attachment. 70% of the time theemail sends immediately, but the > > other 30% of the time it fails with > > Waiting for attachments to load > > Are these files on a local harddisk, or a remote / network one?In any > case, this might be Flatpak related. Some are located on drives on the main bus and some are located on samba share. Failureshappen just about 50/50 across the devices. Mike > andre--Andre Klapper | ak...@gmx.net > https://blogs.gnome.org/aklapper/ > > > ___evolution-list mailing > listevolution-l...@gnome.org > To change your list options or unsubscribe, visit ... > https://mail.gnome.org/mailman/listinfo/evolution-list ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
