evolution issueshttps://gitlab.gnome.org/GNOME/evolution/-/issues2023-07-17T12:50:39Zhttps://gitlab.gnome.org/GNOME/evolution/-/issues/2433Calendar does not remember selected weeks when scrolling via button2023-07-17T12:50:39ZMassimo-BCalendar does not remember selected weeks when scrolling via buttonEvolution-3.46.4
Steps to reproduce:
- Switch to calendar
- In the small calendar widget on the left pane select about 2 weeks to have a custom zoom factor of 2 weeks only
- Scroll the main calendar view via "Go Back", Go Forward" or "S...Evolution-3.46.4
Steps to reproduce:
- Switch to calendar
- In the small calendar widget on the left pane select about 2 weeks to have a custom zoom factor of 2 weeks only
- Scroll the main calendar view via "Go Back", Go Forward" or "Select today" button.
Expected result: Scrolling and keeping the 2 weeks zoom factor
Actual result: The zoom factor resets to default 4 weeks for scrollinghttps://gitlab.gnome.org/GNOME/evolution/-/issues/2417Calendar: Use meeting's timezone in the comp editor Schedule tab2023-07-11T16:36:54ZGermán Poo-CaamañoCalendar: Use meeting's timezone in the comp editor Schedule tabThe schedule present wrong information when the timezone set for the meeting is different than the default timezone.
* In my preferences, I have set:
* Time zone: America/Santiago
* Second time zone: Europe/Madrid (shown in a Day vi...The schedule present wrong information when the timezone set for the meeting is different than the default timezone.
* In my preferences, I have set:
* Time zone: America/Santiago
* Second time zone: Europe/Madrid (shown in a Day view)
So, I attempted to set a meeting with people in Europe. After manually checking in the web calendar application (one single timezone, CEST), I noticed that 10:00 CEST worked for everyone, as follows:
![Screenshot_from_2023-06-29_16-37-26](/uploads/b4eef82a9a1fa364eac8223a879eadc8/Screenshot_from_2023-06-29_16-37-26.png)
Previously I attempted to use the schedule tab in Evolution but I got confused. Was it displaying my time zone (CLT as in the settings) or was it displaying the time zone defined to set the meeting (CEST)?
For once, it matched my working hours as in the settings. But the busy times from European folks (all but the last row in the screenshot) did not match.
When I go to check conflicts in the schedule, the timeline it is shown in my local time zone but the information from the attendees are not adjusted accordingly.
![Screenshot_from_2023-06-29_16-37-15](/uploads/9dc6ee7cd0cd04d48ad82695b956a245/Screenshot_from_2023-06-29_16-37-15.png)
If I set the meeting time at 10:00am in this view, it is using my local time zone. But then, it uses the same 10:00am in the first view. But that view is CEST.
In summary, 10:00am CEST is 04:00am CLT. So, the second screenshot should show that, but it does not. So, I cannot edit the meeting there either.
So, the workaround is:
* Change my calendar setting to Europe/Madrid (CEST), schedule the meeting at 10:00 CEST, then switch the setting back to America/Santiago (CLT). But even in that case, the view is wrong again.https://gitlab.gnome.org/GNOME/evolution/-/issues/2415"Archive…" direct action should not have ellipsis dots at the end2023-06-30T10:26:28ZJeff Fortin"Archive…" direct action should not have ellipsis dots at the endIn Evolution 3.48.3 and older, the Archive action in the contextual menu (and main menus, and probably elsewhere) when you right-click a message is written as "Archive…", however it is a direct action.
The HIG states:
> Use an ellipsis...In Evolution 3.48.3 and older, the Archive action in the contextual menu (and main menus, and probably elsewhere) when you right-click a message is written as "Archive…", however it is a direct action.
The HIG states:
> Use an ellipsis (…) at the end of a label if further input or confirmation is required from the user before the action can be carried out. For example, Save As…, Find… or Delete….
>
> Do not add an ellipsis to labels such as Properties or Preferences. While these commands open windows that can incorporate further functionality, the label does not specify an action, and therefore does not need to communicate that further input or confirmation is required.
As the Archive action does not request any further confirmation from the user, and just directly moves the message to the configured archival folder, it should not have "…" at the end as it provides a false sense of safety.https://gitlab.gnome.org/GNOME/evolution/-/issues/2412Composer: Format change can discard message text2023-07-13T12:31:51ZJeff FortinComposer: Format change can discard message textPossibly a side-effect of the fix for issue #2268.
On Evolution 3.48.3 from Fedora 38, I have many existing saved email templates in "HTML" format (from when Evolution did not have a markdown composer at all). These still work fine if I...Possibly a side-effect of the fix for issue #2268.
On Evolution 3.48.3 from Fedora 38, I have many existing saved email templates in "HTML" format (from when Evolution did not have a markdown composer at all). These still work fine if I set Evolution's global composer setting to "HTML" format, but if set to "Markdown as HTML", those templates become a blank email when used to reply to someone's email message.
This also happens when using alternative-reply (`Ctrl+Alt+R`), even if setting the format to "HTML" before checking the "Apply template" checkbox...
I would expect Evolution to convert the HTML template email to "Markdown as HTML", or keep it as HTML if the user set that as the format while alt-replying; it would be problematic to require users to have the exact matching format template for every email, because I sometimes reply to email in "Markdown as HTML" and sometimes as "HTML", depending on the situation...
On that note, maybe that format checkbox in the alt-reply dialog should now be kept sensitive even when "Apply template" is activated?https://gitlab.gnome.org/GNOME/evolution/-/issues/2401EMailFormatter: Style change not propagated to all instances2023-06-16T05:17:23ZJeff FortinEMailFormatter: Style change not propagated to all instancesUpon unlocking my screen this morning, I discovered this minor papercut bug with Evolution 3.48.3's handling of dark/light mode switching, in Fedora 38.
# Reproducing the issue
Under some conditions (ex: minimized window, locked screen...Upon unlocking my screen this morning, I discovered this minor papercut bug with Evolution 3.48.3's handling of dark/light mode switching, in Fedora 38.
# Reproducing the issue
Under some conditions (ex: minimized window, locked screen, or maybe some other conditions but I'm not sure which because I've sometimes seen it happen with non-minimized windows on a secondary monitor), the light/dark switch does not get applied to email message windows (or panes). This is easier to reproduce if you have a message opened as a standalone window, on a separate monitor and/or minimized, when switching between the freedesktop dark/light theme (the switch can be done manually, does not need to be an automated switch).
# Results
When the problem occurs, it might look like this, with mixed colors:
![evolution_standalone_windows_switch_from_dark_to_light](/uploads/52da7bf73f3d11506b132ca4cb632fe2/evolution_standalone_windows_switch_from_dark_to_light.png)
Also the searchbar (if already active) does not adjust its shade of blue background, but that issue was already present.
Workaround: focusing the relevant window or widget and toggling the dark mode on/off once or twice makes it show the correct styling.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/2391Two double scrollbars on some messages, and unable to scroll a particular em...2023-06-05T07:50:52ZJeff FortinTwo double scrollbars on some messages, and unable to scroll a particular email messageTested with Evolution 3.48.2-1.fc38 (Wayland GNOME session), with this message: [evolution_broken_scroll_message_-_symposium__anonymized_.mbox](/uploads/f6757b49ff74ec9a8faa6b1ad33247dc/evolution_broken_scroll_message_-_symposium__anonym...Tested with Evolution 3.48.2-1.fc38 (Wayland GNOME session), with this message: [evolution_broken_scroll_message_-_symposium__anonymized_.mbox](/uploads/f6757b49ff74ec9a8faa6b1ad33247dc/evolution_broken_scroll_message_-_symposium__anonymized_.mbox)
...I am encountering this issue where not only there are two scrollbars (particularly noticeable if you turn off "Overlay scrollbars" in the GNOME visual accessibility settings):
![image](/uploads/f69aea3ec28ed95a9d727ec05441c79f/image.png)
...but scrolling up/down with the mouse wheel is impossible; nothing happens when you do that.https://gitlab.gnome.org/GNOME/evolution/-/issues/2371Composer: Added extra quotation level after draft open2023-05-23T12:42:20ZLiam Quin (ankh/demib0y/barefootliam)Composer: Added extra quotation level after draft openAfter a computer crash, Evolution prompts about recovering messages. However, each time a message is recovered, a new level of "> " quoting is added to the body of each message. Eventually, after more than 80 recoveries, evolution can no...After a computer crash, Evolution prompts about recovering messages. However, each time a message is recovered, a new level of "> " quoting is added to the body of each message. Eventually, after more than 80 recoveries, evolution can no longer format the messages (I tried leaving the Webkit process running at 100% CPU for an hour or two). I have some drafts that are up to 1500 levels, according to the systemd message that prints them.
![evolution-recovered-draft-bug](/uploads/973bd44c9fda95e0a291d98968189af5/evolution-recovered-draft-bug.png)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/2288Blockquotes styling changes in Markdown live preview when editing area is foc...2023-03-17T07:58:47ZJeff FortinBlockquotes styling changes in Markdown live preview when editing area is focusedHere's a small bug that happens in 3.47.2's nice new live markdown previewer in the composer, in Fedora 38 beta. It is more easily observed if you reply to an existing email, with inline quoting, in "Markdown as HTML" mode, so that you a...Here's a small bug that happens in 3.47.2's nice new live markdown previewer in the composer, in Fedora 38 beta. It is more easily observed if you reply to an existing email, with inline quoting, in "Markdown as HTML" mode, so that you already have some quoted contents before you start editing. This is what it looks like when you start the composer with the pre-quoted text:
![Screenshot_from_2023-03-14_21-10-27](/uploads/5ac548f70e4985da5d126c7b660ed20b/Screenshot_from_2023-03-14_21-10-27.png)
The problem is, as soon as you click the editing area on the left (to put the text cursor in it), it suddenly becomes like this, where the blockquote styling changes (different indentation, no line, etc.):
![Screenshot_from_2023-03-14_21-10-34](/uploads/f36acbc257aa92cd4ac7d539c2d790a7/Screenshot_from_2023-03-14_21-10-34.png)
The non-live preview (Write vs Preview tab) is not affected.https://gitlab.gnome.org/GNOME/evolution/-/issues/2282Calendar: Summary not always shown in the Day View2023-03-17T07:54:03ZTertius DecimusCalendar: Summary not always shown in the Day ViewI have tested this in different ways and my problem statement includes all cases.
Evolution version 3.46.4
Example:
If I use the standard view format (Time divisions) 15 minutes then my 5 minutes reminders/appointments in my calendar d...I have tested this in different ways and my problem statement includes all cases.
Evolution version 3.46.4
Example:
If I use the standard view format (Time divisions) 15 minutes then my 5 minutes reminders/appointments in my calendar does not show up with their title. Please see screenshots.
Workaround:
Setting the "Time divisions" settings lower then your shortest appointments or move the mouse pointer over the (blind) calendar entry.
In the first case the calendar view gets so big (with 5 minutes settings) that the good overview is lost and the second case is unhandy in case of having a quick look what will go on the next hours.
![Screenshot_from_2023-03-07_16-09-08](/uploads/6ae86ada544f448b0f5c1e98d0708a0c/Screenshot_from_2023-03-07_16-09-08.png)
![Screenshot_from_2023-03-07_11-09-27](/uploads/a20fc7a799930220f63d9dcfa771154c/Screenshot_from_2023-03-07_11-09-27.png)
![Screenshot_from_2023-03-07_11-06-24](/uploads/9af642dd39ea8ded3b6584ed3538a092/Screenshot_from_2023-03-07_11-06-24.png)
![Screenshot_from_2023-03-07_11-06-17](/uploads/052eca126a157224a6ccf68962bcacdb/Screenshot_from_2023-03-07_11-06-17.png)https://gitlab.gnome.org/GNOME/evolution/-/issues/2278Signature is re-added to a Draft mail after open2023-03-17T07:57:28ZJohn Paul Adrian GlaubitzSignature is re-added to a Draft mail after openReproducer:
1. With signature added to an email account, create a new mail.
2. Write some text into the body text, then save the mail to Drafts.
3. Re-open the mail for editing by double-clicking it from the Drafts folder.
4. Add some m...Reproducer:
1. With signature added to an email account, create a new mail.
2. Write some text into the body text, then save the mail to Drafts.
3. Re-open the mail for editing by double-clicking it from the Drafts folder.
4. Add some more text and save the mail back to Drafts.
Result:
The signature is added to the mail each time it's being edited and saved to Drafts.https://gitlab.gnome.org/GNOME/evolution/-/issues/2270Mail preview pane in the Templates folder doesn't render markdown mails corre...2023-02-27T20:55:58ZJeff FortinMail preview pane in the Templates folder doesn't render markdown mails correctlyThis is an issue related to (but a bit more minor than) #2268 and #2269, but... in Evolution 3.46.4, if you save a markdown-formatted email as a template, whether as pure "Markdown" or "Markdown as HTML", such as these contents:
```
Hel...This is an issue related to (but a bit more minor than) #2268 and #2269, but... in Evolution 3.46.4, if you save a markdown-formatted email as a template, whether as pure "Markdown" or "Markdown as HTML", such as these contents:
```
Hello,
See this [nice website](https://gnome.org)!
Lorem ipsum dolor sit amet.
* Blah
* Blah
* Blah
Thanks, \
Bob
```
...when you go into the Templates folder and single-click the email to select it and view it in the email preview pane (not double-clicking it to open in a composer), the email will be rendered as plain text with all the linebreaks stripped out, instead of being rendered as either plain markdown with the linebreaks respected, or rendered as HTML-live-rendered markdown.https://gitlab.gnome.org/GNOME/evolution/-/issues/2269Alt-reply from an email template that was saved in "Markdown as HTML" format ...2023-02-27T20:54:28ZJeff FortinAlt-reply from an email template that was saved in "Markdown as HTML" format strips the paragraphs' line breaksAs tested in Evolution 3.46.4 in the context of issue #2268, if you save these contents from the composer as a template in "Markdown as HTML" format (instead of "Markdown"):
```
Hello,
See this [nice website](https://gnome.org)!
Lorem...As tested in Evolution 3.46.4 in the context of issue #2268, if you save these contents from the composer as a template in "Markdown as HTML" format (instead of "Markdown"):
```
Hello,
See this [nice website](https://gnome.org)!
Lorem ipsum dolor sit amet.
* Blah
* Blah
* Blah
Thanks, \
Bob
```
...and then try to use it in a `ctrl+alt+r` reply to a message, even if you specify that it's in markdown or markdown as HTML format, the result is that the line breaks will all have been stripped in the composer, it will all be in one single paragraph:
![image](/uploads/747179153c9d0828c04e3bc70972b398/image.png)
...just like when you look at the templated markdown emails using the email previewing pane (just single-clicking in the messages view in the templates folder). However, if you double-click those email templates to create a brand new mail (rather than a reply), they render fine with the paragraph linebreaks.https://gitlab.gnome.org/GNOME/evolution/-/issues/2268Mail: Inherit format from template in Alternative Reply2023-06-22T23:18:13ZJeff FortinMail: Inherit format from template in Alternative ReplyWrite this in the composer:
```
Hello,
See this [nice website](https://gnome.org)!
Lorem ipsum dolor sit amet.
* Blah
* Blah
* Blah
Thanks, \
Bob
```
...and ask Evolution 3.46.4 to save it as an email template, in "Markdown" format...Write this in the composer:
```
Hello,
See this [nice website](https://gnome.org)!
Lorem ipsum dolor sit amet.
* Blah
* Blah
* Blah
Thanks, \
Bob
```
...and ask Evolution 3.46.4 to save it as an email template, in "Markdown" format.
Then, when replying to some other email message with Alt-reply (`ctrl+alt+r`), and choosing that template, and "Markdown as HTML" as the format (but I think it will also happen with pure "Markdown" format), the composer will not necessarily be set to the correct matching format mode.
I'm not sure what it uses but it seems like "the last format that was used elsewhere" or something; sometimes it will set it as HTML, sometimes "Markdown", etc., unrelated to what you picked in the "Alt reply" dialog. Though ideally it would be nice if it could actually properly detect the template's formatting type (because I might have some that are in HTML, some in Markdown as HTML, and some that I might have saved as pure markdown... and I have no way to tell. Ideally there should be some metadata saved with it so that Evolution knows?)https://gitlab.gnome.org/GNOME/evolution/-/issues/2219Calendar: Preserve Work Week view on date change, if possible2023-01-09T13:42:53ZClemens SonnleitnerCalendar: Preserve Work Week view on date change, if possible**Bug**\
Currently when in `Work View` and switching the month or year using the arrow buttons on the small calendar changes the view to `Week`.
**Expected**\
The view should stay the same.
**Versions**\
Evolution: 3.46.2**Bug**\
Currently when in `Work View` and switching the month or year using the arrow buttons on the small calendar changes the view to `Week`.
**Expected**\
The view should stay the same.
**Versions**\
Evolution: 3.46.2https://gitlab.gnome.org/GNOME/evolution/-/issues/2214Offline IMAP email messages cache does not work when starting Evolution offli...2023-01-09T09:07:55ZJeff FortinOffline IMAP email messages cache does not work when starting Evolution offline if the account was set to only show subscribed foldersIf you have a regular IMAP account (not GMail) set to "only show subscribed folders", even if you have set the folders to download/cache for offline use, starting Evolution without a network connection (or with `--offline`) will result i...If you have a regular IMAP account (not GMail) set to "only show subscribed folders", even if you have set the folders to download/cache for offline use, starting Evolution without a network connection (or with `--offline`) will result in not being able to see that account's inbox folder (you will not see the real inbox folder, and I presume none of its subfolders either) and thus not being able to read the emails offline for those folders.
[This screencast](https://youtu.be/_WJbr-35w_0) demonstrates the problem. I've seen it on all my computers with Evolution 3.46.x (and 3.44 too, I believe), and with various IMAP accounts (not just this one). It seems the key to triggering it is having the "Only show subscribed folders" setting turned on for that account.https://gitlab.gnome.org/GNOME/evolution/-/issues/2205Composer: Spell checking is auto-enabled on mode change2023-01-05T12:07:49ZJeff FortinComposer: Spell checking is auto-enabled on mode changeWith version 3.46.2 from Fedora 37, in any of the markdown modes, the email composer always highlights words in red due to live spellchecking, even if I turn it off entirely in the preferences.
Other composer modes (HTML or plain text) ...With version 3.46.2 from Fedora 37, in any of the markdown modes, the email composer always highlights words in red due to live spellchecking, even if I turn it off entirely in the preferences.
Other composer modes (HTML or plain text) are not affected.https://gitlab.gnome.org/GNOME/evolution/-/issues/2151Can't change Authentication Method back to NTLM in Exchange Accout.2022-11-16T10:32:25ZLeonidCan't change Authentication Method back to NTLM in Exchange Accout.evolution v3.46.1
- Trying to change Authentication Method in Exchange Accout from "NTLM" to somethink else from the list and then switch back to "NTLM".
- In evolution source config Authentication Method changed from "NTLM" to "none"
-...evolution v3.46.1
- Trying to change Authentication Method in Exchange Accout from "NTLM" to somethink else from the list and then switch back to "NTLM".
- In evolution source config Authentication Method changed from "NTLM" to "none"
- It breaks authorization
![source_file_diff](/uploads/a999c0b73422551291b3e819e619ec70/source_file_diff.jpg)https://gitlab.gnome.org/GNOME/evolution/-/issues/2097Calendar: Current time is off by one day for work week view2022-12-02T07:42:36ZscalarmanCalendar: Current time is off by one day for work week viewUsing Evolution 3.46.0-2 in Ubuntu 22.10. The red line showing the current time in the calendar shows up one day ahead of the current date.Using Evolution 3.46.0-2 in Ubuntu 22.10. The red line showing the current time in the calendar shows up one day ahead of the current date.