The system described in this task became "ModularTransactions", which feel like they're in a good place.

That sounds reasonable to me. We remain open to more feedback here if it does turn up, but I think we don't have a clear set of next steps otherwise. Thanks for following up!

(D17404 is an earlier fix for a similar issue, but for self-auditors added via Herald.)

To move forward, we need complete reproduction instructions which we can follow to reproduce this issue in a clean environment. See Contributing Bug Reports and Providing Reproduction Steps.

@Taskle, if you're a Phacility SAAS customer can you ping me at support@phacility.com with your instance name? I can't immediately find it. We're working to formalize the SAAS/prioritization relationship a little better, but we can push more weight behind requests if they're coming from paying customers vs free self-installs.

This also has SAAS customer interest.

This got a mention in D17499, but when rendering a timeline we currently need two awards for each user who is going to get a full-sized profile image rendered.

My belief is that we've satisfied all the requirements for Translatewiki to move forward on their side.

We have SAAS customer interest in this too, now.

Go to Conduit on your install.

Phrequent is not installed on this server. Conduit only shows methods from installed applications.

Probably bump the version unconditionally now

(For example, if the goal was to very aggressively optimize for minimizing network traffic, we could read the entire repository history to figure out which refs were ancestors of other refs first? Then we could drop those and only ask for descendant refs. But this seems crazy, since it's saying that ~20 bytes of network traffic is more costly than like one hundred million disk I/O operations?)

it has to compare "What do I have" vs. "What do you have"

I think T12393 and this probably have a similar set of root causes.

Remarkup is cached, so you'll need to run bin/cache purge --purge-remarkup (or make an edit, or create a new post) to purge the cache.

To define 6 pages yourself: use a text panel, then link to 6 pages in the text. For example, you might use text like this:

The "Policy" task says "implement PolicyInterface", but the interface is already implemented so that Query works. The description should be adjusted to be more accurate.

Great, thanks for testing it! We'll upstream that and I'll file something to put a longer-term fix in place.

Old-school resigns, accepts, and rejects are still using edges directly (can we get rid of these completely?).

These pathways are still dodging ModularTransactions and thus not getting double writes after D17495:

Specifically, from the error, since X and Y are consistent in the error part and the fetch part, it appears that this process has lost a race to another process which is doing the same fetch.

(Presuming this is resolved since it's been open for a while without feedback.)

Feel free to file a new report if you are able to come up with clear, working reproduction steps that reproduce this issue on a clean install.

Some workarounds in the short term:

This is likely just some of the secure hosts having different configuration. Ideally, we'd get the rCORE deployment stuff aligned to deploy them with it.

We may eventually build this for T7413 but I don't think it's a good use of our time without a strong, narrow motivating use case like that.

This doesn't appear to be moving toward becoming an actionable report.

Any ideas on how we can move forward with this?

These CSS rules:

rLOCATIONS now has two branches:

Bug reports need complete reproduction instructions and complete version information. See Contributing Bug Reports, Providing Reproduction Steps, and Providing Version Information.

Happy to accept a patch for this (deleting that one line of code) if someone wants to claim that they tested the scenario above and it worked correctly.

This behavior is not "incorrect", it just isn't the most human-readable format we could use. I'm going to merge this into T8973, which discusses this and other potential improvements to human-readability for JSON encoded for presentation.

T7413 is security/usage data.

After D17489 you should be able to do this:

Hrrm -- I can adjust bin/mail send-test to accept raw email addresses, and then you can use it to send a message to test+00001@gmail.com, test+00002@gmail.com and similar. Shouldn't be too involved.

Here's a (not so great) workaround:

I'll send you some kind of something-or-other for dropping "Quality" from Conduit for the moment.

Internally, PHPMailer sends headers through two adjustment phases:

I know someone who has a normalname@domain.horse address and frequently finds services which won't accept it (since they're hard-coded for 3-letter TLDs) so I'd guess users with ={^_^}=@nekoneko.com addresses run into more frequent problems. We should handle .horse, .technology, etc., properly.

Can you test if this fixes the issue in your environment?

I think this is the controlling specification -- 2008 was a simpler time when no sequence of non-whitespace characters could ever be longer than 78 bytes, and a thousand bytes of memory was an untold wealth of riches:

I think the actual issue is that we're not wrapping the header. When I generate a synthetic message locally with a "To:" header with a length of ~50,000 bytes, the raw output is an unbroken line ~50,00 bytes long. I suspect this is RFC-violating and that whatever the mail gets handed to next gets upset by it.

Perfect, thanks!

What is metamta.mail-adapter set to?

See also T12046 for why all open source is sketchy voodoo and the eventual pathway forward here is likely replacing it with first-party code.

Two workarounds you could use here are:

(Are you associated with WMF, or just noting that they have an extension for this?)

Or maybe a better question is: @mrybczyn, are you asking on behalf of KDE, or a different project?

@bcooksley, is this another one of yours?

Thanks for catching this, and for the clear reproduction steps.

I have no idea either. We need reproduction steps. Reinstalling will not resolve this.

That is, the problem would be:

I guess we actually have to test this use case: