Ricerche recenti
Nessuna ricerca recente

Marco
Data ingresso 29 ott 2021
·
Ultima attività 23 gen 2025
Seguiti
0
Follower
0
Attività totali
72
Voti
19
Abbonamenti
21
PANORAMICA ATTIVITÀ
BADGE
ARTICOLI
POST
COMMENTI NELLA COMMUNITY
COMMENTI AGLI ARTICOLI
PANORAMICA ATTIVITÀ
Ultima attività di Marco
Marco ha commentato,
+1
Visualizza commento · Data ultimo post: 22 ott 2024 · Marco
0
Follower
0
Voti
0
Commenti
Marco ha creato un post,
Hello!
We're experiencing an issue with Clipboard copy from our ZAF application which is located in the left navigation bar, as per manifest.json:
...
"signedUrls": true,
"location": {
"support": {
"nav_bar": {
"url": "...",
"flexible": true
}
}
},
...
Our app is firing an error on attempting to copy any text to the clipboard:
[Violation] Permissions policy violation: The Clipboard API has been blocked because of a permissions policy applied to the current document.
It turns out that any ZAF application is automatically placed by Zendesk inside an
We use standard code to fill-in the clipboard:
navigator.clipboard.writeText("string"))
see doc here:
https://developer.mozilla.org/en-US/docs/Web/API/Clipboard/writeText
Also, please note that we already created a ticket to Zendesk (#12790398), and here is their feedback:
...After reviewing the information that you provided, I wanted to put you in contact with our Developer Support team. They have more in-depth knowledge of our platform tools and will be able to get you the best possible answers and solutions. This team works out of our Developer Support community, which will also give you the opportunity to have other developers to share their insight as well!
Thanks for any help!
Marco
Data ultimo post: 30 ago 2024 · Marco
0
Follower
0
Voti
0
Commenti
Marco ha commentato,
@Cathy L
what about this EAP? We're in Q2 now
>1. We are currently working on a capability to enable admins to associate custom statuses with individual ticket forms, which will be the first step toward providing a shorter, relevant list of statuses to agents in the ticket status picker. We're targeting a closed EAP in Q1 2024.
Visualizza commento · Data ultimo post: 09 apr 2024 · Marco
0
Follower
0
Voti
0
Commenti
Marco ha creato un post,
I created a support ticket for Zendesk, but they asked me to post the issue here.
LIMITATION:
Our agents are not alerted (in their side-conversation emails) when target email has errors like this one (or similar):
Error "550 5.1.1 User Unknown
In other words, it seems that Zendesk is filtering-out these errors, and this is NOT good for our workflows. As there is no reply, the ticket will remain in PENDING status forever instead of returning to OPEN status with error clearly reported!
And, here is the ANSWER from Zendesk:
Our dev team had replied to our question internally and confirmed it is expected, currently we have a limitation and those responses are not added to side conversations. Devs are internally chatting about it, but a solution is not yet in the roadmap.
---
Thanks,
Marco
Data ultimo post: 19 mar 2024 · Marco
4
Follower
3
Voti
2
Commenti
Marco ha commentato,
Quang Cao try to decode the jwt here.. https://jwt.io/
If the token is valid (assuming not expired), you should see header and payload on the right side of the screen..
Visualizza commento · Data ultimo post: 28 feb 2024 · Marco
0
Follower
0
Voti
0
Commenti
Marco ha commentato,
+1
@Zendesk
In addition to what is planned for Q1 2024 consisting in associate custom statuses with individual ticket forms (which is very useful!), we also propose a different approach that is more "workflow-oriented".
You can define custom statuses which may be NOT segregated by form or group. Conversely they're driven by a statuses-based workflow.
In other words, a custom status is NOT proposed/allowed if it is incompatible with current ticket status. This is similar to the workflows that you can actually define in JIRA.
Thanks.
Visualizza commento · Data ultimo post: 22 feb 2024 · Marco
0
Follower
0
Voti
0
Commenti
Marco ha commentato,
Hi,
I also need to setup SLA policies for API created tickets.
API created ticket implies that it's created by an agent (eg. via API Token). So, I wonder if I can still measure First Reply Time for that case? If not, which is the best metric available for API created tickets, to measure the responsiveness?
Visualizza commento · Data ultimo post: 08 feb 2024 · Marco
0
Follower
0
Voti
0
Commenti
Marco ha commentato,
I did a try the new procedure based on the (updated) examples you posted on the github. I was able to get it to work... however something is not quite right in my understanding...
With the deprecated method (valid until May 2024).. I could run all code on backend side in order to:
1. generate jwt string
2. build sso redirect url including return_to url
3. finally redirect to Zendesk
eg. (in Python/Flask)
jwt_string = jwt.encode(payload, ZENDESK_JWT_SSO_SECRET)
sso_url = "https://SUBDOMAIN.zendesk.com/access/jwt?jwt=" + jwt_string + "&return_to=..."
return redirect(sso_url)
With the new method, all code have to be run inside the user’s browser as html/javascript code, including the Ajax call that is needed to get the jwt string from our backend (BTW: how to authenticate that ajax call?!?)
I think something is still not clear to me... where is the value added?
--- EDIT (2024 Jan 8th)
in order to avoid the ajax call from the browser.. i think all the javascript code can be dynamically generated from the back-end as follows:
jwt_string = jwt.encode(payload, ZENDESK_JWT_SSO_SECRET, algorithm="HS256", headers={"typ": "JWT"})"
action_url = "https://SUBDOMAIN.zendesk.com/access/jwt?return_to=..."
sso_page = (
'
+ ''
)
return sso_page
As I stated earlier, I don't like this solution.. but it works without a great impact. Also, I added one javascript line to automatically submit the FORM data as soon as the page is fully loaded.. Hope this helps.
Visualizza commento · Data ultima modifica: 08 gen 2024 · Marco
0
Follower
5
Voti
0
Commenti
Marco ha commentato,
What??? We're not aware of any change in the SSO authentication method.. and we're NOT ready to change its implementation.
Basically, our backends redirect the user to this URL:
https://.zendesk.com/access/jwt?jwt=...&return_to=
where ... = encoded payload..
If this stops to work next year then we'll be lost!
Visualizza commento · Data ultima modifica: 15 dic 2023 · Marco
0
Follower
1
Voto
0
Commenti
Marco ha commentato,
@ Chris
I think the answer is YES to both questions one and two. The big issue with Zendesk is that you have one single User Registry and one single Authentication status for the whole account. So, if you log into Zendesk via the Brand 2, you are automatically logged in Brand 1 as well. It doesn't matter if you're logged in via SSO or not, you are just authenticated, stop!
The only work-around I see is to restrict access to HelpCenters based on Users/Organizations tags (Users segmentation).
Let's hope to get some better official answer from Zendesk...
Visualizza commento · Data ultimo post: 14 nov 2023 · Marco
0
Follower
0
Voti
0
Commenti