Hi,
I want to user Send Web Request in Automation to change a value in a xray work item.
Like this: updateTestType
I added this as custom data for a POST call.
this result i a 503
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <HTML><HEAD><META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1"> <TITLE>ERROR: The request could not be satisfied</TITLE> </HEAD><BODY> <H1>503 ERROR</H1> <H2>The request could not be satisfied.</H2> <HR noshade size="1px"> The Lambda function associated with the CloudFront distribution is invalid or doesn't have the required permissions. We can't connect to the server for this app or website at this time. There might be too much traffic or a configuration error. Try again later, or contact the app or website owner. <BR clear="all"> If you provide content to customers through CloudFront, you can find steps to troubleshoot and help prevent this error by reviewing the CloudFront documentation. <BR clear="all"> <HR noshade size="1px"> <PRE> Generated by cloudfront (CloudFront) Request ID: dgrcicHvnwNupgyfGGNfNZwcCayAdYQmx4VSTTRVRPEE__TUiTM0pA== </PRE> <ADDRESS> </ADDRESS> </BODY></HTML>
I think the query is valid, because it works in a respective powershell call from my laptop.
Also the header/token seems to work. Anything I need to consider in Automation?
So this looks like a valid custom data
mutation {
updateTestType(issueId: \"1398108\", testType: {name: \"Manual\"} ) {
issueId
testType {
name
kind
}
}
}
Dear @Helmut Leonhardt
Thanks for sharing the mutation.
Please also verify these points.
- The Content-Type header is set to application/json.
- The GraphQL mutation is wrapped in the expected JSON payload, like this.
{
"query": "mutation { updateTestType(...) { ... } }"
}
- The Authorization header is identical to your PowerShell request.
A 503 CloudFront response indicates that the request reached the endpoint but wasn't processed successfully.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
query formated as single line:
mutation { updateTestType(issueId: \"1398108\", testType: {name: \"Manual\"} ) { issueId testType { name kind } } }
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Helmut Leonhardt
Welcome to the Atlassian Community!
Since the same GraphQL mutation works from PowerShell, the query itself is probably fine. The issue is most likely related to how the request is being sent from Jira Automation.
I would first compare the Automation web request with your working PowerShell request and make sure the following are exactly the same:
POST method, correct Xray GraphQL endpoint, Content-Type: application/json, Authorization: Bearer <token> and the body format.
In Jira Automation, the body should usually be sent like this:
{ "query": "mutation { updateTestType(issueId: \"12345\", testType: {name: \"Manual\"}) { issueId testType { name kind } } }" }
If your mutation contains quotes or line breaks, make sure they are escaped correctly, as Automation can send the body differently than PowerShell.
The 503 CloudFront response does not look like a normal GraphQL validation error. If the request format is correct and it still only fails from Jira Automation, I would suggest opening a ticket with Xray Support, because they can confirm whether requests from Jira Automation are being blocked or rejected on their side.
Check this doc also.
https://docs.getxray.app/space/XRAYCLOUD/44565894/GraphQL%2BAPI
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Gor Greyan our sparkflow instance is only accessable per whitelisting of our company ip ranges.
I guess it same applies from xray itself.
is there anything a administrator has to do so jira cloud automation server is also able to private xray cloud?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Dear @Helmut Leonhardt
Thanks for the additional information.
If your Xray endpoint is protected by an IP allowlist, then Jira Cloud Automation may indeed be blocked, since web requests are sent from Atlassian Cloud infrastructure rather than your company's network.
There isn't a Jira setting that allows you to configure the source IP addresses used by Automation. You may need to allow the appropriate Atlassian Cloud outbound IP ranges, or use an intermediary service within your network to relay the request.
Check this doc for the outgoing IPs.
https://support.atlassian.com/organization-administration/docs/ip-addresses-and-domains-for-atlassian-cloud-products/
Atlassian Cloud IP ranges - https://ip-ranges.atlassian.com/
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.