Since some sessions are much longer than others (and afternoon sessions are more likely to get impinged upon), we should try to match longer topics to longer sessions.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Feb 1 2018
Jan 30 2018
Jan 29 2018
Jan 23 2018
Jan 20 2018
Jan 17 2018
Jan 16 2018
Jan 8 2018
Jan 4 2018
Jan 3 2018
Dec 22 2017
Thanks. I'll try watching and see how it works. I think 1) I didn't understand about watching, and 2), I'm concerned about spam from watching the whole project as opposed to having some default subscribers that can be edited.
Dec 21 2017
- figure out what time is supposedly reserved for departments. The current published draft (https://office.wikimedia.org/wiki/All_Hands/2018/Schedule) is fully booked; which 3 hours did the C-team have in mind to hand back to Departments? Friday afternoon?
- contact All-hands organizers (Lauren, Danny, Moriel, according to https://office.wikimedia.org/wiki/All_Hands/2018) and see if Victoria + Toby is enough clout to get reserved rooms
- if not, look for other space nearby in the Presidio.
Dec 20 2017
Dec 19 2017
Dec 7 2017
Dec 5 2017
Nov 29 2017
first draft done; followup work will be tracked elsewhere.
Mostly done/partly obsolete given changes in Annual Plan planning.
obsolete given changes in Annual Plan planning.
completed first draft last month
Nov 27 2017
Nov 16 2017
Nov 9 2017
Looks like about 10 projects or tasks accumulated in the "Projects to Create" column. Is this something that gets tackled once a week or something, or is there any sense of ETA?
Nov 6 2017
@JAufrecht to follow up with teams on date conflicts. @srodlund to check with @DarTar about Wikicite conflicts. (May 21, 2018).
I think this is done as per Victoria's email.
Resolving as per Kevin's note.
Resolving as per Kevin's note.
Nov 3 2017
Currently uses datetimestamp with time data discarded, such as 20170501 0:00:00 UT. but all calculations treat this as a date, so there is a lot of conversion code, which may be inconsistent, and there are lots of opportunities for fencepost errors, such as where midnight is counted. There are also a few "day + 1" hacks in the code. All of this should be eliminated in favor of treating all timestamps from Phabricator as dates only. This will change a core database table column and be a big refactor.