In Zendesk you can have normally following statuses for the tickets:
New
Open
Pending
Solved
Closed
In addition you can enable from the settings "On-Hold" status. That one I'm having trouble getting to work in a way that the connection doesn't crash.
I'll try if that change works
-Petri
Results error with following setup. Also tried with "onhold" variation
/*
Status Synchronization
Sync status according to the mapping [remote issue status: local issue status]
If statuses are the same on both sides don't include them in the mapping
*/
def statusMapping = [
// Jira issue status <-> Zendesk ticket status
"Backlog" : "pending",
"In Progress" : "on-hold",
"Done" : "open"
]
def defaultStatus = "pending"
def statusName = statusMapping[replica.status?.name] ?: defaultStatus
//issue.status = nodeHelper.getStatus(statusName)
issue.status = statusName
Error:
My wrong ...
issue.setStatus(statusName)
Will avoid the error you see.
The errors changed. The code works with others statuses but "onhold" or "on-hold" results in this error
Status cannot be blank
services.exception.TicketErrorCollectionException: Status cannot be blank at services.node.client.ZendeskClient.services$node$client$ZendeskClient$$filterResponse(ZendeskClient.scala:706) at services.node.client.ZendeskClient$$anonfun$updateIssue$1$$anonfun$apply$134$$anonfun$apply$135.apply(ZendeskClient.scala:689) at services.node.client.ZendeskClient$$anonfun$updateIssue$1$$anonfun$apply$134$$anonfun$apply$135.apply(ZendeskClient.scala:689) at scala.concurrent.Future$$anonfun$flatMap$1.apply(Future.scala:253) at scala.concurrent.Future$$anonfun$flatMap$1.apply(Future.scala:251) at scala.concurrent.impl.CallbackRunnable.run(Promise.scala:32) at akka.dispatch.BatchingExecutor$AbstractBatch.processBatch(BatchingExecutor.scala:55) at akka.dispatch.BatchingExecutor$BlockableBatch$$anonfun$run$1.apply$mcV$sp(BatchingExecutor.scala:91) at akka.dispatch.BatchingExecutor$BlockableBatch$$anonfun$run$1.apply(BatchingExecutor.scala:91) at akka.dispatch.BatchingExecutor$BlockableBatch$$anonfun$run$1.apply(BatchingExecutor.scala:91) at scala.concurrent.BlockContext$.withBlockContext(BlockContext.scala:72) at akka.dispatch.BatchingExecutor$BlockableBatch.run(BatchingExecutor.scala:90) at akka.dispatch.TaskInvocation.run(AbstractDispatcher.scala:39) at akka.dispatch.ForkJoinExecutorConfigurator$AkkaForkJoinTask.exec(AbstractDispatcher.scala:415) at scala.concurrent.forkjoin.ForkJoinTask.doExec(ForkJoinTask.java:260) at scala.concurrent.forkjoin.ForkJoinPool$WorkQueue.runTask(ForkJoinPool.java:1339) at scala.concurrent.forkjoin.ForkJoinPool.runWorker(ForkJoinPool.java:1979) at scala.concurrent.forkjoin.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:107)
that status is not found then.
Please find out the correct name
Francis Martens (Exalate) Where can I find this as this is something inside Exalate or how it communicates with Zendesk?
This is not something inside Exalate. It looks like the status is custom made and might have another 'internal' name. Do you work with a Zendesk partner for the configuration of your environment - can you ask them to assist. They are in a much better position then we are.
The On-Hold Status is a normal Zendesk status that can be enabled in the system. Could you reference as to what to ask from Zendesk if I reach out to them?
If you add
throw new Exception("Status - ${issue.status.properties}")
And sync a ticket, you will find out that the name of the status is hold
Status -
[class:class com.exalate.basic.domain.hubobject.v1.status.BasicHubStatus, category:null, id:null, locked:false, description:null, name:hold]
You could try that (use 'hold' instead of on-hold ...)
Yes, that worked, thank you! 
Good to know.
throw new Exception("The value is ${xxx}")
To the rescue - isn't it?
(we are busy to improve that aspect of configuration)
Hello Petri Pihlajamaa
What do you mean with 'on hold' - is it pending.
Can you try
issue.status = statusName
In Zendesk you can have normally following statuses for the tickets:
New
Open
Pending
Solved
Closed
In addition you can enable from the settings "On-Hold" status. That one I'm having trouble getting to work in a way that the connection doesn't crash.
Also commented the results in the message above
I'm trying to have Zendesk ticket status to change to On-hold with the Rules. I can get the other statuses to work but on-hold just isn't working with any combination. Is it supported by Exalate at all?
/*
Status Synchronization
Sync status according to the mapping [remote issue status: local issue status]
If statuses are the same on both sides don't include them in the mapping
*/
def statusMapping = [
// Jira issue status <-> Zendesk ticket status
// How to change the pending to on-hold status instead?
"Backlog" : "pending",
"In Progress" : "pending",
"Done" : "open"
]
def defaultStatus = "pending"
def statusName = statusMapping[replica.status?.name] ?: defaultStatus
issue.status = nodeHelper.getStatus(statusName)