Corp + Org will also move here after CORGI so this will generally make a good deal of sense as things consolidate.

Ignoring the actual invite workflow for now, the major technical issue with supporting this is handling the eventual merging of accounts.

T9302 has a followup bug on this, there may be an issue with the interaction between this query and Owners packages.

You can just type 500 email addresses into this box (and, at least locally, it works fine, although admittedly I haven't done it in production personally):

I can't find an upstream version of this external newer than the one we're using, so I think we can close this. Last update I see on Sourceforge is from 2010.

I marked D14023 as resolving this since I think I took care of most of the really silly/old stuff and this now works in a fairly reasonable way, at least for the most part.

That fixes the link thing, if anyone runs into the other thing we can fix it once we have a repor.

Oh, right. Sorry, I'm being totally unhelpful here and conflating priority and status.

I think we're also going to let you pick different icons, that's just blocked on me actually doing that.

I've also made a small foray against this in D14013, in Audit, which faces a similar set of problems:

This is desirable, but a bit involved, particularly in the cluster.

Here's an extension you can drop in src/extensions/. This is unsupported and the code is terrible, etc. This is purely intended to be a stopgap until we find a more permanent solution which is maintainable in the upstream.

Awesome! I'll see if we can clean up that login-error-state stuff soonish. Let us know if you run into anything else.

The model is that the excuse is for the lint/unit state of a given diff (an individual update on a revision), so it stays attached to that diff. If you fiddle with "Revision Update History", you should be able to find any previous excuse by diffing older diffs.

This is now deployed to the cluster and I've updated the configuration for your instance. You should be able to see the domain on your instance page, and the configuration change in the transaction log in case I spelled it wrong or something silly like that.

After T9297 / D14017 , it would be nice to do this:

There isn't really much of a workaround available at the moment, but I think we can get the feature deployed in some reasonable form by later today.

This isn't currently supported, but I think it's reasonable to implement. Behavior would roughly be something like this:

I pushed that to this server if you want to poke at it, let me know if I missed anything.

(Pretty sure this isn't related to T5263.)

I can't view those links and can't reproduce this locally:

This sort of exists in HEAD now, but with major limitations:

I also want to note the consideration that "good accuracy" + "simple ruleset" is probably a better default than "great accuracy" + "complex ruleset".

My 'useful' bar for email is "would I want to reply to this".
Does the user have to do something about this email?

You're also welcome to try pushing a large commit to this server (there should be writable test repositories available in Diffusion) to see if you can lock it up. If you can, it's likely that will give me enough information to understand and fix the underlying problem.

I'm not sure how to reproduce this. At HEAD at the time this was filed, the query UI looked like this:

Closing for lack of feedback.

Doesn't look like there's really much we can do here in the upstream which isn't filed elsewhere.

These things have been fixed:

This appears to be resolved. It's been in master for about a week without issues and deployed to the cluster for about 48 hours.

I haven't seen any issues related to this in the last couple of weeks. I suspect this affects <5 installs worldwide.

Some additional discussion in T8650.