Page MenuHomePhabricator

Fix an issue where internal Calendar DateTimes would not be correctly set to all-day
ClosedPublic

Authored by epriestley on Nov 28 2016, 4:53 PM.
Tags
None
Referenced Files
F15539725: D16954.id40804.diff
Fri, Apr 25, 4:00 AM
F15515718: D16954.diff
Fri, Apr 18, 12:55 PM
F15500580: D16954.id40804.diff
Sun, Apr 13, 6:31 PM
F15500579: D16954.id.diff
Sun, Apr 13, 6:31 PM
F15500578: D16954.id40803.diff
Sun, Apr 13, 6:31 PM
F15500240: D16954.diff
Sun, Apr 13, 5:00 PM
F15487737: D16954.id40804.diff
Thu, Apr 10, 4:43 PM
F15485191: D16954.id40803.diff
Wed, Apr 9, 10:25 PM
Subscribers
None

Details

Summary

Ref T11816. I don't really know what happened here, maybe I rewrote and broke this at the last second?

In most cases, we directly respect the isAllDay flag on the event, so the internal date state doesn't matter too much.

However, in the case of mail notifications, the raw internal state is relevant. This should fix mail notifications for all-day events.

(I might still turn them off since I'm not sure they're too useful, but it's good to have them working.)

Test Plan
  • Created a new all-day event, verified database values wrote correctly.
  • Ran bin/calendar notify --trace, verified it picked up an all-day event tomorrow with a large enough --minutes value.

Diff Detail

Repository
rP Phabricator
Branch
cal1
Lint
Lint Passed
Unit
Tests Passed
Build Status
Buildable 14691
Build 19192: Run Core Tests
Build 19191: arc lint + arc unit

Event Timeline

epriestley retitled this revision from to Fix an issue where internal Calendar DateTimes would not be correctly set to all-day.
epriestley updated this object.
epriestley edited the test plan for this revision. (Show Details)
epriestley added a reviewer: chad.
chad edited edge metadata.
This revision is now accepted and ready to land.Nov 28 2016, 4:53 PM
This revision was automatically updated to reflect the committed changes.