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
F14053919: D16954.diff
Fri, Nov 15, 8:43 PM
F14041758: D16954.diff
Mon, Nov 11, 9:21 PM
F14027180: D16954.diff
Fri, Nov 8, 5:49 AM
F13996479: D16954.id40803.diff
Wed, Oct 23, 9:30 PM
F13983644: D16954.diff
Sun, Oct 20, 7:48 AM
Unknown Object (File)
Sep 5 2024, 9:58 AM
Unknown Object (File)
Sep 4 2024, 6:21 PM
Unknown Object (File)
Aug 28 2024, 3:35 AM
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.