Búsquedas recientes


No hay búsquedas recientes

Dylan McKinney's Avatar

Dylan McKinney

Incorporación 12 oct 2022

·

Última actividad 22 may 2024

Seguimientos

0

Seguidores

0

Actividad total

11

Votos

3

Suscripciones

4

RESUMEN DE LA ACTIVIDAD

Última actividad de Dylan McKinney

Dylan McKinney hizo un comentario,

ComentarioSingle sign-on

Thanks to John Mahoney  for your response. I am using classic ASP.NET and didn't realize I needed a solution that worked from the client side. For me the solution was returning a page similar to this where it auto submits the form and triggers the redirect.

The Zendesk-provided github sample would be applicable if the user was submitting a form where the script is written client-side.

Ver comentario · Publicado 22 may 2024 · Dylan McKinney

0

Seguidores

0

Votos

0

Comentarios


Dylan McKinney creó una publicación,

Publicación Developer - Zendesk APIs

I am experiencing a new issue when creating a help center article attachment. When attempting to create the attachment, I receive a 400 status code and the following error:

{
    "errors": "content_type Expected asset of type application/xml but got audio/mpeg"
}

The endpoint I am using is documented here:

https://developer.zendesk.com/api-reference/help_center/help-center-api/article_attachments/#create-article-attachment

I have an application calling the following endpoint:

POST /api/v2/help_center/articles/{article_id}/attachments

The file in question has a proprietary file extension used by my organization, so common methods of deducing the file type may be unreliable. When sending a similar request in Postman, I must use multipart/form-data for the Content-Type header or I receive a 400 response with the following error:

{
    "errors": "No file provided"
}
 
The issue appears to be reproducible for specific files, but the behavior is inconsistent for other files with the same extension, which sometimes work. In some cases, my files are "detected" as application/xml whereas others are detected as application/octet-stream.
 
These proprietary file types are all based on xml. When referring to the "detected" Content-Type, that is the value of the "content_type" field for a GET request to the same URL.
 
I would like to note that these exact files were uploaded previously using the same endpoint in the past without issue. Another user's recent post mentions new issues with a previously accepted file type, which may be related:
 
Also worth noting that the Create Article Attachment code sample for Python in the documentation does not appear to supply a file for the attachment, and that specifying a Content-Type of application/json will not work for this endpoint (results in 422 - Unprocessable Entity).
 
I would appreciate any help or feedback with this! For now my workaround has been to wrap the affected files in a .zip, which appears to be supported so far.

Publicado 29 nov 2023 · Dylan McKinney

0

Seguidores

1

Voto

0

Comentarios


Dylan McKinney hizo un comentario,

Comentario de la comunidad Feedback - Apps and integrations (Platform)

Thanks for the quick response! It looks correct now.

Ver comentario · Publicado 12 oct 2022 · Dylan McKinney

0

Seguidores

0

Votos

0

Comentarios


Dylan McKinney creó una publicación,

Publicación Feedback - Apps and integrations (Platform)

The documentation for the Bulk Delete Sessions endpoint lists the HTTP method as GET when it should be DELETE:

GET /api/v2/users/{user_id}/sessions


As done in the Using curl portion of the documentation, the -X DELETE argument indicates the DELETE HTTP method is to be used:

curl https://{subdomain}.zendesk.com/api/v2/users/{user_id}/sessions.json \  -v -u {email_address}:{password} -X DELETE

Publicado 12 oct 2022 · Dylan McKinney

0

Seguidores

2

Votos

3

Comentarios