Ref T8600, First of a two-part fix where the availability wasn't taking into account all-day and recurring events.
Details
Details
- Reviewers
epriestley - Group Reviewers
Blessed Reviewers - Maniphest Tasks
- T8600: Event availability doesn't account for all day events
Create all-day, recurring daily event, starting <today>. Open user page with availability, user should show as available in 3 days at 11:59PM.
Diff Detail
Diff Detail
- Repository
- rP Phabricator
- Branch
- useravailability
- Lint
Lint Passed - Unit
Tests Passed - Build Status
Buildable 6867 Build 6889: [Placeholder Plan] Wait for 30 Seconds
Event Timeline
src/applications/people/query/PhabricatorPeopleQuery.php | ||
---|---|---|
209–211 | Are you sure, that caching is no longer needed? |
src/applications/people/query/PhabricatorPeopleQuery.php | ||
---|---|---|
209–211 | Ah, good call. Testing gibberish. |
src/applications/calendar/query/PhabricatorCalendarEventQuery.php | ||
---|---|---|
177 | What's the reason for this change? I don't understand why this can't be something like 200 if the original caller calls setLimit(200). |
Comment Actions
I also apparently don't understand how min() and max() work, but same deal except with 50 I guess.
src/applications/calendar/query/PhabricatorCalendarEventQuery.php | ||
---|---|---|
177 | I kinda sorta mentioned the reason in a comment in T8600. Basically, sometimes, getRawResultLimit is 0. To reproduce the problem I'm trying to fix here:
Call to a member function getDateFrom() on a non-object /Users/lkassianik/phacility/phabricator/src/applications/calendar/query/PhabricatorCalendarEventQuery.php:209 |
Comment Actions
T8613 was the second part of this. Not sure if it has enough information to reconstruct the trouble we were having a few months ago with this.