Libical is more picky when defining durations, it needs a "T" to specify a time. I forgot about this.
Differential Revision: https://phabricator.services.mozilla.com/D128699
--HG--
extra : rebase_source : caa6b9758b496584031ff25eec70b85139e815e7
All of these tests appear to be passing again. If they play up again, we can turn them off again.
Differential Revision: https://phabricator.services.mozilla.com/D128321
--HG--
extra : rebase_source : a033e6d68cc9a3d057b670148fe0d6a657306b49
This is still early days, only rules for parsing the included tests have been added so far. The CalExtractParserService
can be used instead of Extractor via a pref for experimentation.
Differential Revision: https://phabricator.services.mozilla.com/D125291
--HG--
extra : amend_source : 3061f336f165a4a4857fc94bee4342c15fdf04fc
This adds CalExtractParser that can be configured to use lexical and parse rules
for the desired locale.
Differential Revision: https://phabricator.services.mozilla.com/D123287
--HG--
extra : amend_source : 355ef7a0796224da8912f8b3ea44940de5138f20
... and remove the last remaining traces of Mozmill from calendar tests, except where necessary to do things with mail.
Differential Revision: https://phabricator.services.mozilla.com/D122710
--HG--
extra : rebase_source : 02a23bcf0e1761a12795b52110d3d01edf833051
These tests hijack the DNS module's functions to return the intended result.
We can't use the mock servers for the tests because we only do discovery for HTTPS, and the mock servers can't speak HTTPS. Instead, we direct the code to some files on the Mochitest server.
Differential Revision: https://phabricator.services.mozilla.com/D125501
--HG--
extra : rebase_source : 3ea40a9b8e8456991f01dc087a4b4b3d480ab62a
To begin with, this new class (actually a mixin so it can be used with different base classes) has an instance of the original calFilter. In future it might consume calFilter when we no longer need that as a separate class.
No widgets currently use the mixin but I have prototyped a new Today Pane agenda which works well. I will finish that in a separate bug.
Differential Revision: https://phabricator.services.mozilla.com/D123733
--HG--
rename : calendar/base/src/calFilter.js => calendar/base/content/widgets/calendar-filter.js
extra : rebase_source : af66938088c0e7949e6fdec73ccb0ceb5debd8f4
This makes us always show the generated invite html together with the normal html part.
Invites usually have an ok display in there generated by the server or sending client, and I think we don't want to normally show both parts at the same time. This patch changes the imip invite to just show an expandable summary on top of the html from the email. By clicking the arrow the details (like we had them) will be displayed, so that it still is accessible for the cases where the html representation is not there in the email, or it's bad.
Displaying the normal html content of the email solves problems expecially for "cancelled with a note" updates where you otherwise can't see the note because it's only inside the mail content.
Based on https://github.com/Betterbird/thunderbird-patches/blob/main/91/bugs/760412-always-show-text-calendar.patch
Differential Revision: https://phabricator.services.mozilla.com/D123374
--HG--
extra : rebase_source : a472f5825b80992cbe8bb8d5a72275315959332a
We've been clicking on a button that wasn't visible yet.
Differential Revision: https://phabricator.services.mozilla.com/D120809
--HG--
extra : rebase_source : 1ea25d98daaaafcd9dcd57cb87ff9c3597f6c716
Just tidying up some mess before we get started.
Differential Revision: https://phabricator.services.mozilla.com/D119143
--HG--
rename : calendar/test/modules/CalendarTestUtils.jsm => calendar/test/CalendarTestUtils.jsm
rename : calendar/test/modules/CalendarUtils.jsm => calendar/test/CalendarUtils.jsm
rename : calendar/test/modules/ItemEditingHelpers.jsm => calendar/test/ItemEditingHelpers.jsm
extra : rebase_source : 46e3b3eabd281d283a346c8b004acf2e64e28f80
extra : histedit_source : 6c2504193020911922c4efce41bc5a0a945cefaf%2Cf5c80aeaedaee5d4fca5f6a67579f8d0f9ba4bd8
This was accomplished by making the CalTransactionManager class aware of
batch transactions which can result in peeking of the transaction stack
returning null.
Differential Revision: https://phabricator.services.mozilla.com/D118928
--HG--
extra : amend_source : 0619e7758538fb82d43216f2f4aa2f8d0da8e5f5
This eliminates almost everything remaining named "Lightning" or "ltn" and not involved in L10n or preferences somehow.
Differential Revision: https://phabricator.services.mozilla.com/D118904
--HG--
extra : rebase_source : af81cd714f2c27df4eea403b4bc539ba8a806531
extra : amend_source : 6cfa1341f8f1cb0400c5ad4f32c90a006e22a3e9
Geoff Lankow
Lasana Murray
Martin Schröder
Magnus Melin
Henry Wilkes
Neil Rashbrook