No problem!

Oh, you may have to click "(All)" under Request to expand that column to make it look like the screenshot.

These execute with a median speed of about 150ms on this install, for the ~1,200 requests made in the last 24 hours (this is across all typeahead source types).

Specifically, when we visited, @liza requested this and then executed a working relative date search, so I assume this was just from an out-of-date list of requests.

Oh, I suppose it could be.

This already works. "2 months ago" and "1 week ago" both work exactly like that.

A very rough version of things is available to play around with on this install, now. I've created two spaces:

Note that you'll be able to search for objects in a specific space using the query interface (T8441) independent of any global settings. So you can always explicitly search for stuff in the "Operations" (or whatever else) space, the product question here is just whether we need additional global/default settings to make "switching into a space" an (optionally) more all-consuming operation.

Thanks for writing that up!

(This is only partially blocked by work described in T7715, but I'm linking it here for completeness and to make it easier for me to dig up.)

This is intentional. This increases flexibility and we aren't currently aware of any problems which are best solved by preventing this.

Users who don't understand it. And - off the top of my head - I'd quite like our custom 'security' option simply be the name of a pre-defined policy (we don't want unprivileged users to be able to set arbitrary policies, that can only result in a mess), but I haven't really thought through all of the implications of this.

From https://phabricator.wikimedia.org/T76401, maybe that's actually ideal/desirable, and @chasemp's concerns aren't related to this use case (or perhaps are allayed by "hard spaces")?

How would you like the flow where you give permission to new users to work? In T4411, @chasemp expressed some concerns about using CC/Subscribers for this (particularly, that users can add other users to CC). Do you share those concerns, or is adding users to CC to give them rights satisfactory for you?

unless the Nuance entry was basically just a special task, where we could have to option to continue as normal while including the reporter

Development Log

Yeah, the "Security" use case is letting users see objects in a Space they normally don't have access to because they have some special relationship to those objects (for example, giving users access to security tasks if they reported them).

Looks like the feed_storynotification queries are the slowest ones; there's no objectPHID key on that table.

Note that it takes your money immediately -- not when a specific goal is reached (so it's not like Kickstarter) -- but I'll, uh, do this proportionately sooner relative to how much funding I3 gets I guess, unless someone wants to separately prioritize making Fund work like Kickstarter.

Yeah, that seems reasonable to me.

Unclear if this is really a 100-package limit, but some kind of limiting is probably happening.

They're a function of an individual commit instead of being a function of the repository as a whole, so we'd have to do a lot more work to support them (it's not meaningful to, say, "list all tags in the repository", as it is with Git), and I suspect they're not used much in the wild because of how they work. I'm not sure if this is true or not.

Development Log

Hitting this again.

T8415

I think you need to add a mention.

Thanks, looking at this now.

See T8398 for any followup issues.

This migrated cleanly on this install, although we only had one real mailing list plus a handful of old invalid test lists (although these errored out correctly). If you run into problems with the migration or otherwise, let me know.

These changes were fairly sweeping, so please let me know if you see anything suspicious with mail/feed/notifications.

This seems to be working correctly in HEAD. In particular:

Can't find any problems.

NOW I AM TESTING

I like testing.

In T8392#118222, @chad wrote:

Why don't we fix the Recaptcha module to work on LDAP?

You can also use "Return to Subscription" from an invoice/order directly, although it's in a sort of unusual place (upper right corner) that we don't use very often in other applications. My intent was to make it more visible, but maybe it's actually less visible.

You can get here via Billing > Subscriptions > Instance.

Some screenshots if that wasn't clear:

If you don't have automatic payment set up, choose a different payment method the next time you manually pay the invoice.

As far as I can tell, we're missing these:

One thing I caught is that things which use Transactions now need to implement ApplicationTransactionInterface. At least one object (PhameBlog) does not. I'll check the rest of the codebase and see if there are any more.