Re: [Evolution] Is there a way to set the interface back to what it was?
-- On Tue, 2022-09-13 at 17:23 +0200, Andre Klapper via evolution-list wrote: > You are absolutely free to use whatever fits your needs better, or to > change the code as you like. It's all your freedom of choice. Actually, I'm not, since I have no programming skills at all( i haven't done it since college -2009). I was hoping it was due to a theme or something I could change to be more usable. I guess not, I'm sure the changes were made to be more "mobile device friendly". Sad days,I guess I'll figure out a way to fix it or learn to like Thunderbird (doubtful) :( Tim McConnell ___ 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 or dbus issue ?
On Wed, 2022-09-14 at 02:33 +0200, Ángel wrote: > On 2022-09-13 at 16:57 -0500, Anonymous Japhering wrote: > > Evolution 3.44.4 (by Flathub.org) > > Linux Mint 20.3 Una > > Linux 5.15.0-46-generic #49~20.04.1-Ubuntu SMP > > Default browser: Brave > > > > For the last couple of weeks, I have been seeing a new behavior > > while > > using Evolution. Previous when I open > > a link in Evolution, it would open in the default browser as a new > > tab (browser is always open). > > > > However, now I'm seeing the link open is the already running > > instance of Brave as well as a completely new > > instance of Brave being started. > > > > Anyone else seeing this? Is this a new quirk in Evolution or a > > bug > > in dbus? > > > > Thanks > > When you open a new link, the program (evolution here) will -af ter > sme > indirections- launch a new copy of your browser (here, brave), which > would detect it is already running and open the link on a new > window/tab in the exiting window. > > The flatpak sandbox may be confusing brave. It is more like Flatpak is confused. As both a new Brave window opens, but the link is opened in the existing Brave. It is like Flatpak see a link click .. starts a new instance of the default browser before checking to see if one is already running and then checks, detects the original instance of the browser and had hands the link to the original instance. > > Your problem seems quite similar to > https://mail.gnome.org/archives/evolution-list/2022-August/msg00107.html > but in the opposite way. I don't see it . This is about Chrome not opening a mailto: link when the default mail client is set to Evolution > Are you also using wayland? No, I am not. ___ 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 or dbus issue ?
A. On Tue, 2022-09-13 at 16:57 -0500, Anonymous Japhering via evolution-list wrote: > Evolution 3.44.4 (by Flathub.org) > Linux Mint 20.3 Una > Linux 5.15.0-46-generic #49~20.04.1-Ubuntu SMP > Default browser: Brave > > For the last couple of weeks, I have been seeing a new behavior while > using Evolution. Previous when I open > a link in Evolution, it would open in the default browser as a new > tab (browser is always open). > > However, now I'm seeing the link open is the already running > instance of Brave as well as a completely new > instance of Brave being started. > > Anyone else seeing this? Is this a new quirk in Evolution or a bug > in dbus? > > Thanks > ___ > evolution-list mailing list > evolution-list@gnome.org > To change your list options or unsubscribe, visit ... > https://mail.gnome.org/mailman/listinfo/evolution-list Yes and I'm on 3.45.3-2 and Kernel 5.19. It happens with Firefox and Chromium as well. But it's intermittent. Debian Bookworm (btw) -- Tim McConnell ___ 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] Is there a way to set the interface back to what it was?
On Wed, 2022-09-14 at 01:41 +0200, Ángel wrote: > I am looking at gedit as a representative application. Professional grade iPadOS apps for music and graphic are using old faithful menus. To get things done menus are even not dropped on portable devices. Menus are dropped for unprofessional software only, it has nothing to do with phones and tablets vs desktop computers. Btw. gtk3-nocsd seems still to work, see attachment. FWIW I prefer Xed over Pluma. [rocketmouse@archlinux ~]$ pacman -Q gtk3-nocsd-git gedit pluma xed gtk3-nocsd-git r72.4e1c45d-1 gedit 42.2-1 pluma 1.26.0-2 xed 3.2.7-1 [rocketmouse@archlinux ~]$ pactree --reverse gtk4 gtk4 ├─ghex ├─gtksourceview5 │ ├─gnome-calculator │ └─zrythm ├─libadwaita │ ├─gnome-calculator │ └─zrythm └─zrythm [rocketmouse@archlinux ~]$ pactree --reverse gtk3 | grep -egedit -epluma -exed │ ├─gedit │ └─xed │ ├─gigedit-svn │ ├─gedit │ ├─pluma │ └─xed │ │ └─xed │ ├─gedit │ ├─pluma │ └─xed │ └─pluma │ └─pluma ___ 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] Freezing Preview pane
Evolution 3.44.4 (by Flathub.org) Linux Mint 20.3 Una Linux 5.15.0-46-generic #49~20.04.1-Ubuntu SMP Forth time in the last week that my preview pane has frozen. I haven't been watching closely enough to see if it is always the same email message or different email messages. However, it is a permanent failure. The pane will remain frozen until I reboot my laptop, which is the pain point. Anyone else seeing similar behavior ? Thanks. ___ 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] Freezing Preview pane
On Wed, 2022-09-14 at 15:26 -0500, Anonymous Japhering via evolution- list wrote: > Evolution 3.44.4 (by Flathub.org) > Linux Mint 20.3 Una > Linux 5.15.0-46-generic #49~20.04.1-Ubuntu SMP > > Forth time in the last week that my preview pane has frozen. > > I haven't been watching closely enough to see if it is always the > same > email message or different > email messages. > > However, it is a permanent failure. The pane will remain frozen > until > I reboot my laptop, which is > the pain point. > > Anyone else seeing similar behavior ? Never seen that. Perhaps mention your desktop and video driver. 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] Freezing Preview pane
On Wed, 2022-09-14 at 22:49 +0100, Patrick O'Callaghan wrote: > On Wed, 2022-09-14 at 15:26 -0500, Anonymous Japhering via evolution- > list wrote: > > Evolution 3.44.4 (by Flathub.org) > > Linux Mint 20.3 Una > > Linux 5.15.0-46-generic #49~20.04.1-Ubuntu SMP > > > > Forth time in the last week that my preview pane has frozen. > > > > I haven't been watching closely enough to see if it is always the > > same > > email message or different > > email messages. > > > > However, it is a permanent failure. The pane will remain frozen > > until > > I reboot my laptop, which is > > the pain point. > > > > Anyone else seeing similar behavior ? > > Never seen that. Perhaps mention your desktop and video driver. Mate 1.26.0 Mesa Drivers 21.2.6 X11-server 7.7+8 Xorg 7.7+19Ubuntu14 ___ 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 or dbus issue ?
On Tue, 2022-09-13 at 16:57 -0500, Anonymous Japhering via evolution- list wrote: > However, now I'm seeing the link open is the already running > instance of Brave as well as a completely new > instance of Brave being started. Hi, there's not involved the D-Bus in this, well, with Flatpak there can, but not that much, only to pass the request from the sandbox to the host system through a portal. You should get quite similar results when you run from a terminal: $ xdg-open https://www.gnome.org/ You can run it from the Flatpak sandbox too, it's in two steps: $ flatpak run --command=sh org.gnome.Evolution $ xdg-open https://www.gnome.org/ Evolution 3.44.4 had been released on 2022-08-05, almost 6 weeks ago, and it had been updated on the Flathub.org site shortly afterwards. I doubt anything will change when you downgrade to 3.44.3, because there were only minimal changes in the 3.44.4, none related to the link opening. It's more likely some of the background libraries changed, my guess would be the glib library, which is used for these things in the code. Even the portal could change on the host machine (check updates of the xdg-desktop-portal* packages). Browsers have settings to open links in a new tab or in a new window, though in your case it's weird to have it open in both. 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] Freezing Preview pane
On Wed, 2022-09-14 at 15:26 -0500, Anonymous Japhering via evolution- list wrote: > However, it is a permanent failure. The pane will remain frozen > until I reboot my laptop, which is the pain point. Hi, is the whole machine frozen, or only the Evolution, or only the preview panel itself? Is there a higher CPU usage when it freezes? Maybe it's doing something in the background, waiting long enough may recover it. Try to run evolution from a terminal: $ flatpak run org.gnome.Evolution and let it freeze, maybe it'll print something useful there. If you can move between messages, then you might be able to close Evolution as well. When you click the close button multiple times, you'll be asked whether you want to close the app immediately or keep waiting. It should work fine, when you run Evolution again, no? If the whole app is frozen, then do: $ flatpak kill org.gnome.Evolution instead of the whole machine restart. 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
[Evolution] Forwarding a mail to action fraud that is potentially fraudulent
>From time to time I get EMails that appear to be scams or phishing mails. In >the UK the police have set up 'Action Fraud' - a group that looks into EMail/text scams. The problem I have is that when I forward the dubious mail to action fraud's Email address, the mail fails to send and gets an error message telling me that it is potentially fraudulent! Is that message from Evolution or from my mail provider, and if from Evolution, can I disable the scam check for an individual mail? Thanks, Steve T ___ 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] Forwarding a mail to action fraud that is potentially fraudulent
On Thu, 2022-09-15 at 06:59 +0100, Steve T via evolution-list wrote: > Is that message from Evolution or from my mail provider, and if from > Evolution, can I disable the scam check for an individual mail? Hi, I'd need to see an exact message and when it shows up to know for sure, but I guess it returns your SMTP server. You can see what's going on under the hood when you run Evolution as: $ CAMEL_DEBUG=smtp evolution and try to re-send the message. I guess you use SMTP, you did not say that. I do not know whether acceptable by the recipients, but maybe if you save the message to an mbox file (right-click it, it's in the context menu), then compress it with a .zip and that compressed file will be sent to the involved parties, then maybe it'll avoid the error. In any case, Evolution itself doesn't do any spam filtering when sending messages, it scans for spam on received messages only. 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
