evolution issueshttps://gitlab.gnome.org/GNOME/evolution/-/issues2024-03-15T09:39:21Zhttps://gitlab.gnome.org/GNOME/evolution/-/issues/2698ESourceSelector: Emit source-select/unselect on source change2024-03-15T09:39:21ZJeff FortinESourceSelector: Emit source-select/unselect on source changeTested with Evolution 3.50.4 on Fedora 39, with GNOME Calendar 45.1 and 46 / nightly.
As you can see in this demonstration video, when I toggle the display of a calendar in EDS via GNOME Calendar, Evolution's calendaring UI _sidebar_ su...Tested with Evolution 3.50.4 on Fedora 39, with GNOME Calendar 45.1 and 46 / nightly.
As you can see in this demonstration video, when I toggle the display of a calendar in EDS via GNOME Calendar, Evolution's calendaring UI _sidebar_ successfully reflects the state in realtime, however the _view_ forgets to update to match that; it only updates when toggling those checkboxes directly in Evolution's sidebar.
![Evolution_3.50.4_and_calendars_display_toggled_by_external_apps](/uploads/c00680f47c21d517d8c2e47bd950e253/Evolution_3.50.4_and_calendars_display_toggled_by_external_apps.webm){width=100%}
I think this used to work fine in previous versions of Evolution, but I'm not 110% sure.https://gitlab.gnome.org/GNOME/evolution/-/issues/2627Skip message Note part in "Edit as New Message"2024-02-27T14:41:19ZMassimo-BSkip message Note part in "Edit as New Message"Evolution-3.50.2
I often do "Edit as New Message..." on mails in my Sent, usually for recurring mails with almost the same content.
That seems to fail on a mail that was previously added a Note.
**How to reproduce:**
* Write a mail wit...Evolution-3.50.2
I often do "Edit as New Message..." on mails in my Sent, usually for recurring mails with almost the same content.
That seems to fail on a mail that was previously added a Note.
**How to reproduce:**
* Write a mail with a PDF attached and send it.
* After that it will be copied into the SENT folder.
* Try a "Edit as New Message..." -> this works
* Now do "Add Note" and add some text
* Try again a "Edit as New Message..." -> this doesn't work as expected
**Expected result:**
* A new mail with the PDF attached but without any note because in my opinion the note was only for the original mail.
**Actual result:**
* The new mail has the old Message Note attached, the PDF attachment, but no body. The body is only attached as attachment.dat which is not what I expect.https://gitlab.gnome.org/GNOME/evolution/-/issues/2670Pasting into composer address box can lose spaces2024-02-27T14:41:16ZDavid WoodhousePasting into composer address box can lose spacesI often end up building a list of recipients from something like a maintainers file, and pasting them into the To: or Cc: box of a composer window.
When the box gets full, and the cursor is at the right-hand side, pasting with the middl...I often end up building a list of recipients from something like a maintainers file, and pasting them into the To: or Cc: box of a composer window.
When the box gets full, and the cursor is at the right-hand side, pasting with the middle mouse button will remove all the spaces.
In this example we pretend I'm just sending lots of copies to myself (yes I know it wouldn't actually *do* that), select my address and repeatedly middle-click...
![Screenshot_from_2024-02-13_18-05-41](/uploads/c83d7d747ba1e6d5174c08fc724130bd/Screenshot_from_2024-02-13_18-05-41.png)https://gitlab.gnome.org/GNOME/evolution/-/issues/2653rss: Invalid default article date2024-02-27T14:41:16ZFelix Eckhoferrss: Invalid default article dateWhen adding an RSS feed where each `<item>` only has a `<title>`, `<link>` and `<description>` the date field is wrong:
![Screenshot_from_2024-02-06_13-31-41](/uploads/8aa0cc48ac34bdff0d58ae87b7e3b811/Screenshot_from_2024-02-06_13-31-41...When adding an RSS feed where each `<item>` only has a `<title>`, `<link>` and `<description>` the date field is wrong:
![Screenshot_from_2024-02-06_13-31-41](/uploads/8aa0cc48ac34bdff0d58ae87b7e3b811/Screenshot_from_2024-02-06_13-31-41.png)
I would have expected the date at the time the item is first fetched to be shown.
I'm running Evolution 3.50.0-1 from Ubuntu 23.10 "mantic".https://gitlab.gnome.org/GNOME/evolution/-/issues/2652rss: Incorrect decode of quoted-printable-like texts2024-02-27T14:41:16ZFelix Eckhoferrss: Incorrect decode of quoted-printable-like textsAn RSS feed I read uses the following:
~~~
<link>https://feed.example/item?ID=76123</link>
~~~
When a headline is clicked in Evolution, it instead opens:
~~~
https://feed.example/item?IDv123
~~~
So it appears evolution performs quote...An RSS feed I read uses the following:
~~~
<link>https://feed.example/item?ID=76123</link>
~~~
When a headline is clicked in Evolution, it instead opens:
~~~
https://feed.example/item?IDv123
~~~
So it appears evolution performs quoted-printable decoding which is (as far as I understand it) incorrect here.
I'm running Evolution 3.50.0-1 from Ubuntu 23.10 "mantic".https://gitlab.gnome.org/GNOME/evolution/-/issues/2677ESourceConfig: Window width always increases on Type change in Wayland2024-02-27T14:41:16ZJeff FortinESourceConfig: Window width always increases on Type change in WaylandThis is a very minor issue, but I thought I'd report it anyway: in Evolution 3.50.3 in Wayland GNOME on Fedora 39, everytime you change the value of the "Type:" combobox widget, the dialog's width expands some more. This is demonstrated ...This is a very minor issue, but I thought I'd report it anyway: in Evolution 3.50.3 in Wayland GNOME on Fedora 39, everytime you change the value of the "Type:" combobox widget, the dialog's width expands some more. This is demonstrated by this short video using the scrollwheel over the widget:
![evolution_New_Calendar_infinite_width_expansion](/uploads/99ac985fbb833daf7d8309b758eedb4d/evolution_New_Calendar_infinite_width_expansion.webm){width=100%}https://gitlab.gnome.org/GNOME/evolution/-/issues/2291Mail: libunity badge counter does not disappear2024-02-05T08:59:06ZDanMail: libunity badge counter does not disappearEvolution 3.44.4-0ubuntu1, Ubuntu 22.04 LTS
Since I upgraded to 3.44.4 the new email badge/counter on the Evolution app icon of the dock (Dash-to-Dock or Ubuntu Dock) shows the number of **unread emails** instead of the new emails whic...Evolution 3.44.4-0ubuntu1, Ubuntu 22.04 LTS
Since I upgraded to 3.44.4 the new email badge/counter on the Evolution app icon of the dock (Dash-to-Dock or Ubuntu Dock) shows the number of **unread emails** instead of the new emails which just arrived (like it
seemed to be the behaviour in the past).
_[Milan writes on lists.osuosl.org](https://lists.osuosl.org/pipermail/evolution-users/2023-March/166675.html): "it's a Ubuntu specific thing. There exists a special code for it. It's built in the new mail notification code and it shows you how many new mails arrived since the last time you read an email in the Evolution. Even, briefly looking into the code, it seems to me the counter doesn't go away, does it?"_
Yes, the counter does not go away.
Thank you for all efforts in advance!https://gitlab.gnome.org/GNOME/evolution/-/issues/2626appointment with attachment file name containing comma cannot be forwarded as...2024-01-10T16:00:29ZRené Genzappointment with attachment file name containing comma cannot be forwarded as iCalendarI am using Fedora Workstation 39 Xfce spin with:
````
$ rpm -qa *evolution* | sort
evolution-3.50.2-1.fc39.x86_64
evolution-data-server-3.50.2-1.fc39.x86_64
evolution-data-server-langpacks-3.50.2-1.fc39.noarch
evolution-ews-3.50.2-2.fc39...I am using Fedora Workstation 39 Xfce spin with:
````
$ rpm -qa *evolution* | sort
evolution-3.50.2-1.fc39.x86_64
evolution-data-server-3.50.2-1.fc39.x86_64
evolution-data-server-langpacks-3.50.2-1.fc39.noarch
evolution-ews-3.50.2-2.fc39.x86_64
evolution-ews-langpacks-3.50.2-2.fc39.noarch
evolution-langpacks-3.50.2-1.fc39.noarch
evolution-pst-3.50.2-1.fc39.x86_64
````
This issue can be reproduced without having to configure an account in Evolution.
Issue: If an appointment in calendar has a file attached, whose file name contains the normal comma ",", then that appointment cannot be forwarded as iCalendar.
Steps to reproduce:
1. create file "te,st" in your home directory "/home/user"
1. switch to Evolution calendar window
1. create new appointment:
* in General tab: Summary=test
* in Attachments tab: attach file from step 1
* click [Save and Close] button
1. right mouse button click appointment; click on "Forward as iCalendar..."
1. in Evolution window at top a warning header appears with text:
> Failed to send an event to the calendar "On This Computer : Personal"
>
> Error opening file /home/user/.local/share/evolution/calendar/system/92d7e63cacc138d86dfc54f2c3f5ca232ff76246-te\\,st: No such file or directory
* note: If you run `ls ...path as given in Evolution window...` you can see the file does exist and is fine.
1. shortly afterwards an email window appears:
* Subject: test
* Body:
> test
> Start Date: ...as set above...
> End Date: ...as set above...
* Attachment: "Event information" (984 bytes)
1. if you save "Event information", it is saved as "calendar.ics"
1. the saved ICS file contains the path with backslash, like in Evolution window; but I do not know if this is any good (I never used it before)https://gitlab.gnome.org/GNOME/evolution/-/issues/2570"Do not sign meeting requests" has no effect2024-01-08T16:28:51ZMichael Neuendorf"Do not sign meeting requests" has no effectIf I configure Evolution in the way to sign all outgoing messages (with OpenPGP) and if I set the option to not sign meeting requests, they will be signed anyway.
I'm using 3.50.1 flatpak.If I configure Evolution in the way to sign all outgoing messages (with OpenPGP) and if I set the option to not sign meeting requests, they will be signed anyway.
I'm using 3.50.1 flatpak.https://gitlab.gnome.org/GNOME/evolution/-/issues/2503Mail: Signed attachment causes hide of unsigned body2024-01-03T16:40:39ZPaul WiseMail: Signed attachment causes hide of unsigned bodyWhen an unsigned mail has a signed plain-text non-mail attachment, the mail is detected as `partially GPG signed` and the mail body is hidden by default.
An example is [this mail](https://lists.debian.org/msgid-search/649f7e4b-d5ce-4f55...When an unsigned mail has a signed plain-text non-mail attachment, the mail is detected as `partially GPG signed` and the mail body is hidden by default.
An example is [this mail](https://lists.debian.org/msgid-search/649f7e4b-d5ce-4f55-88fa-aff63240cbc4@benthetechguy.net) ([mbox](https://marc.info/?l=debian-devel&m=169354230712014&q=mbox)) from debian-devel.
This is with evolution/evolution-data-server 3.49.3-1 from Debian unstable.https://gitlab.gnome.org/GNOME/evolution/-/issues/2593Calendar: Improve print of the Month view2023-12-05T16:58:44ZAlan JohnsonCalendar: Improve print of the Month viewWhen printing a calendar with a day of the previous month in the first top left day, Evolution uses the label of the previous month, not the month where the first and last day are shown.
The month title should reflect the primary mont...When printing a calendar with a day of the previous month in the first top left day, Evolution uses the label of the previous month, not the month where the first and last day are shown.
The month title should reflect the primary month displayed on the print view.
This is present on 3.50.0-1
![image](/uploads/5008ae1b68f147626ec3441a9f72bae8/image.png)https://gitlab.gnome.org/GNOME/evolution/-/issues/2399alarm-notify: Detect format change in settings2023-12-04T11:23:41Zmartin schlatteralarm-notify: Detect format change in settingsWhen evolution pops up a calender reminder, the date and time has not the format used on this computer. The time 20:40 shows up as 08:40 and the date parts are separated by slashes instead of dots. The day seems to be in german ("So"). S...When evolution pops up a calender reminder, the date and time has not the format used on this computer. The time 20:40 shows up as 08:40 and the date parts are separated by slashes instead of dots. The day seems to be in german ("So"). See attachment.
![Screenshot_from_2023-06-11_20-46-04](/uploads/f0d2f82a033b3e3055fc2e05dc2dbcb9/Screenshot_from_2023-06-11_20-46-04.png)![Screenshot_from_2023-06-11_20-49-26](/uploads/72ca5e28c095d82f93de5280b3590902/Screenshot_from_2023-06-11_20-49-26.png)https://gitlab.gnome.org/GNOME/evolution/-/issues/2551Mail: Subject header not decoded with encrypted messages2023-11-06T18:23:25ZFranz GratzerMail: Subject header not decoded with encrypted messagesI use Evolution 3.46.4-2 on Debian 12. If there are (German) special characters in the subject line they get initially displayed in the message overview in bold fine until I open them. Afterwards the bold print is replaced by normal weig...I use Evolution 3.46.4-2 on Debian 12. If there are (German) special characters in the subject line they get initially displayed in the message overview in bold fine until I open them. Afterwards the bold print is replaced by normal weight (as intended) and the coding in this view fails. Suddenly the subject line in the message overview starts with "=?UTF-8?" and shows broken encodings.
This is the case only if there are special characters in the subject line not included in ASCII. And it only happens after the messages has been opened. However, the subject still gets correctly displayed with UTF-8 encoded special characters in the preview area.
My screenshot shows how the same subject line is displayed correctly in the message preview while the coding is broken in the message list! [screenshot_2023-10-23t10.15](/uploads/26d75575e97c692bb8717fd6dedaeefe/screenshot_2023-10-23t10.15.png)https://gitlab.gnome.org/GNOME/evolution/-/issues/2557Contacts: Update preview on contact change in List View2023-11-01T09:37:10ZJeff FortinContacts: Update preview on contact change in List ViewThis is a somewhat minor issue, but testing with Evolution 3.50.0-1 in Fedora 39 with a NextCloud addressbook (via GOA):
1. Select a contact in Evolution's addressbook view, with the contact's preview pane turned on / displaying info
2....This is a somewhat minor issue, but testing with Evolution 3.50.0-1 in Fedora 39 with a NextCloud addressbook (via GOA):
1. Select a contact in Evolution's addressbook view, with the contact's preview pane turned on / displaying info
2. Double-click to edit the contact
3. Change something in the Notes tab/field, then Save the changes
Result: the changes you made are not reflected in the contact's preview pane, until you select another contact and come back to this contact. I tried waiting for a fairly long while just to be sure it wasn't some network sync roundtrip thing going on, but even after 20-30 seconds or so, it didn't change... only when I change the contact selection.
Ideally, it should automatically refresh the contents of that preview pane after changes have been saved to the contact, so that there is no discrepancy.https://gitlab.gnome.org/GNOME/evolution/-/issues/2533Make SRV config lookup records lower priority than the others2023-10-11T13:57:44ZSaša JaniškaMake SRV config lookup records lower priority than the othersHello!
I was experiencing strange problem with Evo-3.50.x both on Debian (Sid) and openSuse Tumbleweed where Evolution was repeatedly showing OAuth2 authentication mechanism.
Finally, I was able to resolved when inspecting authenticatio...Hello!
I was experiencing strange problem with Evo-3.50.x both on Debian (Sid) and openSuse Tumbleweed where Evolution was repeatedly showing OAuth2 authentication mechanism.
Finally, I was able to resolved when inspecting authentication types picked by autoconfiguring mechanism for receiving/sending mail and noticed that OAuth2 was not selected.
It seems as some regression since otherwise there was never problem with it in previous versions of Evolution when it comes to Gmail accounts.
Sincerely,
Gourhttps://gitlab.gnome.org/GNOME/evolution/-/issues/2535Calendar: "Work Week" column separator light in dark theme2023-10-10T15:14:03ZMaksat RsymbetovCalendar: "Work Week" column separator light in dark theme![image](/uploads/55c52613e3d04f7165e7f1452fa70f49/image.png)
As you can see in the image, the calendar day separators are white despite the theme being dark.
System: Debian 12 (bookworm)
evolution 3.46.4-2![image](/uploads/55c52613e3d04f7165e7f1452fa70f49/image.png)
As you can see in the image, the calendar day separators are white despite the theme being dark.
System: Debian 12 (bookworm)
evolution 3.46.4-2https://gitlab.gnome.org/GNOME/evolution/-/issues/1436Mail: Correct conversion of UTF-16 encoded text files2023-09-15T08:46:22ZRené GenzMail: Correct conversion of UTF-16 encoded text filesBy e-mail I received a plain text file with LOG extension. The file had been created by PowerShell on a computer running Microsoft Windows 10. I am using Evolution with "Microsoft Exchange Web Services".
In Evolution viewing the attachm...By e-mail I received a plain text file with LOG extension. The file had been created by PowerShell on a computer running Microsoft Windows 10. I am using Evolution with "Microsoft Exchange Web Services".
In Evolution viewing the attachment inline (by click below the e-mail body on "v", then "View Inline") the content of the attached file (shortened with `gedit`) [sweep.log](/uploads/990c6f14984d67a00e22e892efbf1114/sweep.log) is displayed as:
��D�e�l�e�t�e�d� �a�c�c�o�u�n�t�s�:�
�
- opening attachment from Evolution with `leafpad` on Fedora 32 the content is displayed as:
ÿþD
- opening attachment with `gedit` on Fedora 32 the content is displayed correctly
- saving LOG file to disc and opening:
- with `leafpad` the content is not displayed correctly, same as above
- with `gedit` the content is displayed correctly
The same behaviour on Fedora 32:
````
$ rpm -q evolution
evolution-3.36.5-2.fc32.x86_64
````
and Fedora 34 (pre-Beta) with `Evolution 3.38.4` (module, not RPM installation).
I tried suggestion from #1428.
- Content not properly displayed in Evolution with: `iconv -f UTF-16 -t UTF-8 sweep.log | iconv -f UTF-8 -t UTF16 >u16.log`
- Content properly displayed in Evolution with: `iconv -f UTF-16 -t UTF-8 sweep.log >u8.log`
Comparing files:
````
$ file u16.log u8.log
u16.log: Little-endian UTF-16 Unicode text, with CRLF line terminators
u8.log: ASCII text, with CRLF line terminators
````
Output from original file:
````
$ file sweep.log
sweep.log: Little-endian UTF-16 Unicode text, with CRLF line terminators
````
`diff sweep.log u16.log` found no difference.
Changing extension of attached file from LOG to TXT and re-sending it by e-mail: I cannot view the file inline in Evolution, only open with external program or save to file.https://gitlab.gnome.org/GNOME/evolution/-/issues/1999Pasting multiple lines (from Gedit, or Firefox) into a bulleted list item bre...2023-09-14T13:57:34ZJeff FortinPasting multiple lines (from Gedit, or Firefox) into a bulleted list item breaks the bulleted listI don't know if this is the same cause as issue #1440, but watching the video again it doesn't necessarily seem to be. It also looked similar to issue #1439, but that one said that this was fixed in Evolution 3.41.1+ and 3.40.1+, but I'm...I don't know if this is the same cause as issue #1440, but watching the video again it doesn't necessarily seem to be. It also looked similar to issue #1439, but that one said that this was fixed in Evolution 3.41.1+ and 3.40.1+, but I'm at version 3.42.4 (on Fedora 35) and also tested on Evolution 3.44.4 on Fedora 36 (in a VM) and the problem still occurs on both.
Simply open gedit (or GNOME Text Editor), write one line of text, hit `Enter`, write another line of text, so that you have two lines like this for example:
```
blah blah blah
banana banana
```
Then in Evolution's HTML email composer, write something in the first line, `Enter`, create a bullet list item (switch the paragraph style to "Bulleted List"), then try to paste what you wrote in gedit.
The result is the same as previously observed, it not only looks broken (I would expect two bullet items instead of one with a linebreak), but it also breaks functionally: it is no longer possible to add extra bulleted list items after that by pressing Enter at the end of the current content, it just creates an extra linebreak within the single bulleted list item, and does not allow creating a new non-bulleted paragraph either:
![Evolution_bulleted_lists_break_when_pasting_from_Gedit](/uploads/557024bc7d478cf5baa3c9666ead8398/Evolution_bulleted_lists_break_when_pasting_from_Gedit.mp4)https://gitlab.gnome.org/GNOME/evolution/-/issues/2508Mail: Duplicate items in the popup menu2023-09-04T15:38:17ZPaul WiseMail: Duplicate items in the popup menuWhen I right click on a message, the message context menu has three duplicate items: `Copy to Folder...`, `Move to Folder...` and `Archive`.
This is with evolution/evolution-data-server 3.49.3-1 from Debian sid.When I right click on a message, the message context menu has three duplicate items: `Copy to Folder...`, `Move to Folder...` and `Archive`.
This is with evolution/evolution-data-server 3.49.3-1 from Debian sid.https://gitlab.gnome.org/GNOME/evolution/-/issues/2496“Next“ in Collection Account setup can be disabled for no valid reason2023-08-28T16:04:54ZДилян Палаузовgit-dpa@aegee.org“Next“ in Collection Account setup can be disabled for no valid reasonI select File → New → Collection Account. I enter no username, under Advanced Options I fill “aegee.org”. → Look Up, found 6 candidates → Next. I select Collections CardDAV and CalDAV and Address Book LDAP.
My network does not allow a...I select File → New → Collection Account. I enter no username, under Advanced Options I fill “aegee.org”. → Look Up, found 6 candidates → Next. I select Collections CardDAV and CalDAV and Address Book LDAP.
My network does not allow access to ldap.aegee.org:389. I click Next, Finish. Now Evolution shows “Looking up LDAP server’s search base… [CANCEL]” forever. I click on [Previous].
Now I cannot click on Next.