In case someone else ends up with my original problem, I'll mention that https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1518457/comments/69 fixed it.

Some somewhat-good news is that Google Calendar just gives you an .ics blob of garbage to describe recurrence rules:

Things don't look promising.

When you load the configuration web page, the effective configuration is highlighted yellow. If the database value is not null, it might be overriding it, but ./bin/config get should show all the configured values.

I think we should be able to accommodate that fairly easily.

@lyahdav : That looks pretty cool. It's not quite clear to me where it runs. Is this a script that one would install on the same box that phab itself is running on?

I found this link: https://secure.phabricator.com/book/phabricator/article/advanced_configuration/

Here are 2 use-cases which are both essentially the same in all the important ways:

(comment posted twice for some reason)

I thought I'd throw our use case in here in case it helps:

More generally, here's how I'm planning to model imports, which seems largely consistent with other systems:

Yeah, I fiddled with that but didn't immediately have any luck. It's possible that there's some complex condition like non-self organizer + non-self sender or something. If it only requires non-organizer, it should already work today (e.g., on this install).

Sort of. I'd like to have use cases (what are you trying to do?) first, and I'm not certain what the best representation of dates and times is for external consumption.

@epriestley: Are you open to patches that add more information to the calendar.event.search response? It currently does not even include the event time which is a pretty crucial detail to make the results useful.

For anyone trying to get Kanban statistics / reports in the meantime, you can try this project I recently started working on:
https://github.com/lyahdav/analytics-limn-analytics-data/tree/kanban_stats. It generates a CFD (Cumulative Flow Diagram) and computes cycle time and lead time.

@raincoastchris the context of this issue caught my eye because I've really wanted Phab to generate a cumulative flow chart and Kanban statistics for some time now. I took a stab at it today and modified an existing python script to generate a cumulative flow chart and Kanban statistics (https://github.com/lyahdav/analytics-limn-analytics-data/tree/kanban_stats) but configuring it is a bit painful because there is no easy way to get the names of all the columns in a workboard right now.

I think this is nearly all resolved with NUX.

This probably already works, on the backend, but needs:

Let me know if there is a conversion diff I can follow.

Awesome! Thanks for the quick fix @epriestley!

I think the first part of this should be fixed in HEAD now, thanks for the report!

The "multiple packages" issue may have been a symptom of the dominion/archive problem, here's a case I hit while testing that made it look like there was a second issue:

D16564 might fix this but I need to actually test it.

Also, what is the expected behavior if two Owners packages point to the same path?

In T11650#194907, @epriestley wrote:

Is it possible that this is slightly narrower: "package dominion rules incorrectly consider archived packages"? That seems to fit with the observations, but maybe I'm overlooking something.

Is it possible that this is slightly narrower: "package dominion rules incorrectly consider archived packages"? That seems to fit with the observations, but maybe I'm overlooking something.

Nuance is our plan for routing tasks, we don't anticipate needing this functionality in Herald.

Ok, read that. Here is a breakdown of our wishes and what we did to implement them:

@epriestley in that post you linked there's a comment:

I hit this as well - I was able to fix the handful of tasks created before setting "search" -> "true" by just re-saving those tasks.

In T11152#181357, @flashydave wrote:

Regarding the specific fault it would be interesting to know why arc expects to be within a repository (either for the user repo or for arcanist) in the first place just to print out a version string. Surely if php can execute arc script that should be sufficient?

See Contributing Feature Requests for help filing a feature request we can accept upstream.

.remarkup-code td span