GNOME Bugzilla – Bug 228832
Tasks should be displayed in Calendar if they have a start / end date
Last modified: 2021-05-19 11:45:44 UTC
Description of Problem: When you go to the Calender section and right click an hour, or hours, and select new task, the date and time (begining and end) is never set. But it is when you do it for appointments and meetings, shouldn't it do it for tasks as well ... ? After all you select the date and time and duration, and then after selecting New Task you end up having to insert them manualy anyway. Shouldn't the hours for a given task, also appear highlighted in the calender ? Steps to reproduce the problem: 1. Go into Calender 2. Select hour or hours or days 3. Right click and select New Task Actual Results: New Task does not appear with the hours or days selected in calender. Appears empty. Furthermore, it does not, even once set correctly manually, appear in the calender, which would be most usefull for the user to not create appointments and tasks overlapping the same space of time. Expected Results: It should appear in the Calender. And right clicking a space of time within the calender and issuing a new task should inherit the selected time\day, just like in appointments, etc ... How often does this happen? Always. Additional Information: None.
still not working on evolution-1.4.6.0.200403080631-0.snap.ximian.8.1 on gnome 2.4, suse 9.0. isn't this just a case of passing two variables? ;-)
has something in common with bug 234131, but no dups. :-(
*** bug 269324 has been marked as a duplicate of this bug. ***
still valid in evolution-2.1.3.2.0.200501160930-0.snap.ximian.10.1.
reassigning bugs that have been assigned to viren
Created attachment 95720 [details] [review] proposed evo patch (partial) for evolution; this only adds a functionality to use selected time range from calendar view when creating new task there. There is a big problem with showing tasks in calendar, because tasks use 'due', instead of 'dtend' as events, so the calendar views are not prepared to show tasks with events. Also need to be updated code with editing events and so on. In other words, second part is a real feature (from my point of view).
Milan, right. Show/view part is an enh. We may not even take it. It needs more UI review/study. But commit this patch.
Committed to trunk. Committed revision 34311. I will keep this opened, even I will rather see other enhancement bug for that.
Bumping version to a stable release.
Any news/plans to fix this issue? What can I do to help?
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version, then please follow https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines and create a new enhancement request ticket at https://gitlab.gnome.org/GNOME/evolution/-/issues/ Thank you for your understanding and your help.