Mohammed Sadiq authored Nov 24, 2016 and Georges Basile Stavracas Neto committed Nov 30, 2016

Calendar name can potentially contain invalid markup texts.
So it have to be escaped to be safe.

https://bugzilla.gnome.org/show_bug.cgi?id=774986

Ernestas Kulik authored Aug 02, 2016 and Georges Basile Stavracas Neto committed Sep 14, 2016

Currently, all-day multi-day events are displayed inconsistently with
regard to other calendar applications. That is due to strict following
of RFC 5545, which mandates non-inclusive all-day multi-day event end
dates. This commit makes the edit dialog display a faked date for such
events.

https://bugzilla.gnome.org/show_bug.cgi?id=769300

Ernestas Kulik authored Jul 27, 2016 and Georges Basile Stavracas Neto committed Sep 14, 2016

If GcalEditDialog.format_24h is initialized to zero, the call to
gcal_edit_dialog_set_time_format() from GcalWindow will not make
period_combo boxes visible on systems, where 12-hour clocks are used.
This commit fixes that by removing the if statement from the function.

https://bugzilla.gnome.org/show_bug.cgi?id=765370

Ernestas Kulik authored Jul 28, 2016 and Georges Basile Stavracas Neto committed Sep 14, 2016

Currently, the date selector allows hours in range [0; 11], which is not
the convention. This commit fixes the conversion logic.

https://bugzilla.gnome.org/show_bug.cgi?id=756377

Ernestas Kulik authored Jul 27, 2016 and Georges Basile Stavracas Neto committed Sep 14, 2016

Currently, the hour component of the time is doubled when switching from
AM to PM, which is incorrect. This commit fixes the logic by adding 12
hours when switching to PM.

https://bugzilla.gnome.org/show_bug.cgi?id=765370

The current code assumes the code is 12h format
when the UI is initially assumed to be 24h, causing
the AM/PM selector to be hidden when it should be
visible.

Fix that by assuming 24h initially.

If the user quickly performs a search, open up the calendar
and close it immediately after, the timeout for showing the
event is mistakenly called after the window is destroyed and
causes Calendar to crash.

Fix that by keeping the source id tracked, and realizing it
on finalize().

Currently, the user performs a search in Shell and activates
the result. That should show the edit dialog with the event
being edited, but it's not happening correctly.

Debugging the warnings generated, it was found that the event
was being unref()d and, obviously, that was not what we wanted.

Fix that by only unref()ing the events we don't want, and keeping
the wanted event alive.

When we modify an event, the start date may change
and there is no way to retrieve it back. Since we're
relying on the start date to get the cell number and,
remove the widget, it leads to a crash because the
widget is not removed.

Fix that by brute-forcely search the widget in the
correct table.

The default class for content viewers in Gtk+ is .view and
ideally provided by the theme. Not only that, but it provides
the exact same functionality of ours, but in a way that is
overridable for theme designers.

Fix this issue by removing the class from out CSS.

https://bugzilla.gnome.org/show_bug.cgi?id=765664

Isaque Galdino de Araujo authored Apr 26, 2016 and Georges Basile Stavracas Neto committed May 08, 2016

Calendar is not handling locale correctly, e.g. user’ set language to
English (en-us) and format to Norwegian (nb-no), but Calendar assumes
English format rather than Norwegian.

Calendar code was ready to use the correct format, just like Shell and
GtkCalendar. The issue was in the build script which was setting the
correct locale variable responsible to make that code work.

This patch fixes the build script.

https://bugzilla.gnome.org/show_bug.cgi?id=762428

When the mouse button is released, only the bottom padding was being
taken into account to calculate whether the click was in the "Show
N events" area.

This commit fixes this issue by considering the top padding as well.

https://bugzilla.gnome.org/show_bug.cgi?id=765678

This reverts commit c9ce2a93.

This reverts commit 25b77142.

This reverts commit 649d03ad.

Thadeu Lima de Souza Cascardo authored Apr 02, 2016 and Georges Basile Stavracas Neto committed Apr 17, 2016

e_webdav_discover_sources_finish can discover no user addresses and
return a NULL user_addresses. Check for that before calling
e_source_webdav_set_email_address.

https://bugzilla.gnome.org/show_bug.cgi?id=765170

This is a work around the crash introduced when we
started depending on a setting that is not our own.

Since we can't do that anymore for 3.20, let's just
check for the desktop environment and avoid the crash.

Isaque Galdino de Araujo authored Apr 04, 2016 and Georges Basile Stavracas Neto committed Apr 13, 2016

Make year view more flexible being able to handle different number of
columns.

View was limited to only show months in a 4x3 grid which was causing
issues when users were trying to use in different screens sizes.

It was added code to implement a dynamic layout, so year view will
adapt the number of months shown per row, depending on the view width.

https://bugzilla.gnome.org/show_bug.cgi?id=753533

fosero authored Mar 28, 2016 and Georges Basile Stavracas Neto committed Apr 07, 2016

Since the change in d5cd6c7f closing
the source dialog actually destroyed it and could not be used again.

Use gtk_widget_hide_on_delete to handle the delete-event.

https://bugzilla.gnome.org/show_bug.cgi?id=764280

This fixes the various translation issues throughout
Calendar.

https://bugzilla.gnome.org/show_bug.cgi?id=764333

Javier Sánchez Ochando authored Mar 26, 2016 and Georges Basile Stavracas Neto committed Mar 27, 2016

When a view shows the current day, the Today button should be insensitive.
This patch makes today button sensitive only when today is not shown.

https://bugzilla.gnome.org/show_bug.cgi?id=747963