Regrettably this seems to be a bug with a particular version of GraphQL in the environments. The team at AEM Cloud Services rolled back to an older version of the environment and the GraphQL query began working again. I would love to know what the underlying cause is, though. 

There's nothing in the logs relating to the underlying GraphQL that we can see. 

It's available. 

Recently in an AEM sdk update Adobe added the mixin type "cq:ReplicationStatus2". This change led to content being incompatible between versions of the AEM depending on which SDK they ran. So I'm wondering if someone could explain what that mixin type is used for and what that change means.

We have a number of content fragment models that reference other content fragments and which we return using API calls. One of our cloud environments started failing to return results for a referenced model. This is an example of what that looks like. I've simplified and made this more generic than ...

I marked the answer that comes closest, but there doesn't appear to be a Query Builder equivalent to the same query that you can perform in GraphQL. 

This works. The problem for us is that it returns the results in a JSON structure where the names of the nodes are different. So we still have to adjust to that. I would be curious if there's a way to do this query (even in SQL2) where the results are as if the variation replaced the "master" values...

This is very close. The only problem is I actually need to return the variations themselves. This returns the CF that has the variation, but not the variation itself. 

I'm aware of how to query content fragments based on their variation. I'm trying to figure out how to do this using Query Builder and there isn't much documentation. Only GraphQL documentation.  I've tried to log out the XPath/SQL2 equivalent of a GraphQL query to see how it's done under the hood wh...

This is what I'm afraid of.