IMHO this could be closed as resolved these days.

When a user logs in to "new" JIRA, we also can't easily tell if they have an existing account link based on the presence of an accountId.

I'm changing the minimum required version to PHP 5.5; see T13492 for 5.5-specific followup.

I have another patch on top of D20998 which brings unit over, but it's currently so broken that it can't diff itself.

I'm also going to collapse as much of experimental into master as I can here, make the minimum required PHP version 5.5 (see T11968), and attempt to collapse wilds.

Probably require PHP 5.4 regardless.

A problem in moving forward here is that we ultimately do very little complex data access in Phabricator, and what complex data access we do perform can often be faked. We likely have more use cases in Arcanist and provisioning code: API calls are slower, workflows are more parallel/interactive, and we can't just fake it all with AJAX.

https://discourse.phabricator-community.org/t/activities-notifications-spam/3286/ is likely a case where curl was not installed on the CLI, but was installed in the web SAPI.

A saved state is likely something like this:

I'd like to leave behind a "Results were GC'd on X/Y/Z" message when we GC these so it's clear what's going on.

(See also T13160, and D20568 for additional rationale.)

See also PHI1630.

To attempt to justify micro-optimizing this loop:

See also PHI1628, which reports that a 4MB blob of test details is slow to render.

I might make some more tweaks to the UI, but this looks like it's in better shape now.