Why are the images in my Zendesk Support ticket broken? Follow

Comments

27 comments

  • Avatar
    Brent M

    Also be aware if using the copy-pasted method of inserting images into articles. If the image has any part with a transparency in the background the image will also appear broken.

  • Avatar
    Nicole - Community Manager

    Thanks for the info, Brent, and welcome to the Zendesk Community!

  • Avatar
    Rodney W

    Hi Zendesk,

    Unfortunately that doesn't resolve our issue. We have a situation whereby an end-user will submit an email - which is then ingested, with attachments included in the email, as a ticket.

    Upon visiting the page - none of our agents can view the attachment, until one of them opens the page source, and pastes it into a new window directly. Form this point on, the image will load correctly within the ticket for all agents.

    Cache related perahps? We've had this issue for months, and fail to understand why (as others have suggested) we should just make attachments public, when after all this is a private service.

    Hope this helps you diagnose further...

  • Avatar
    Jessie - Community Manager

    Hey Rodney! Point of clarification on this: is this an actual ticket attachment, as in it's' attached at the bottom of the ticket comment? Or is it an inline-image?

  • Avatar
    Rodney W

    Hi Jessie,

    The issue we have is part of the email to ticket ingestion... not the creation of tickets or attachment adding from within the Zendesk web interface.

    Steps to reproduce:

    1. Create web email in gmail (for instance) or outlook web based client
    2. Add an inline image
    3. Send to support@ address or whatever is the ingestion address (from an end-user - not agent)
    4. View ticket as an Agent, image fails to load and appears broken (for multiple agents)
    5. Right-click broken image and open in new tab
    6. Image loads
    7. Go back to ticket and hit refresh
    8. Image will now load for multiple agents

    Adding images as attachments seems to work fine from various web clients, but not when inline. The premise of this article makes total sense, and our issue is technically different.

    Many thanks for the shout out.

  • Avatar
    Rick

    We are having the exact same issue as Rodney, has there been any solution found?

  • Avatar
    Dennis Lynn

    Hey Rodney! As troubleshooting this will require us to have a look at a specific example, I've created a ticket which I've sent to you as a followup so we can dig in to this further. I look forward to helping you get this sorted soon!

  • Avatar
    Rodney W

    Hi Dennis,

    Thanks for reaching out. I've responded to your ticket with a link. I've literally just gone through the 8 steps above, so if you need to re-produce it, that might be a quicker way :)

    Cheers.

  • Avatar
    Nicole - Community Manager

    Dennis and Rodney - If you find a solution that might be applicable to others as well, please share it here so that Rick and others can benefit as well. Thanks!

  • Avatar
    Concetta Lewis

    I am looking for an answer to this as well.  Thanks!

  • Avatar
    Dennis Lynn (Edited )

    Hey all! Happy to chime in with some loop-closing info :) 

    I should first point out that every situation is a bit different, and in the interest of avoiding the disclosure of account-specific detail or giving away another person's workflow, I'll just share some general feedback related to what I saw from both Rodney and from Rick (who also had a ticket submitted in our system after posting here) as well as what I've generally seen in tickets like these of late! 

    1) Authentication is required to view the image

    Still the most common reason for image load failures is due to how the image is added to a given ticket and whether or not authentication is required to view said image (as Rebecca indicates in this post). One additional, similar wrinkle can be found if you are hosting these images on your Help Center. If the Help Center is restricted, or if you have Help Center authentication set up through your own Single Sign-On (SSO) solution, you may find that these images will appear broken as well. 

    For another example, have a look Rodney's reproduction steps he shared with Jessie. In it, he describes symptoms that directly relate to authentication issues. If you are encountering what Rodney described, chances are that the image is hosted behind a login wall. As Rebecca suggests, if you are unsure whether this is the cause of the issue, open your browser's console and check for a Failed to load resource error. If you see this, this is the cause of the broken images. 

    2. The attachment exceeds the attachment limit allowed for your account

    Another common cause for this issue is due to the attachment size (you can see a breakdown of the attachment limit by plan-type here). If an image exceeds this size limit, it may then be stripped from the message entirely. Instead of seeing the image load in the ticket, you will see the text placeholder where the image would be (usually appearing as [inline image] in the ticket, or the text version of the email). You will also see a reference to the image size in the email headers (more detail on viewing original email source here).

    If neither of these seem to relate to the challenges you are seeing, let us know! We may need to actually see examples of this issue in your account - so sending us a ticket with an example of a ticket in your account in which you see this error would be incredibly helpful! 

    I know I put a lot here, but hopefully this can be of assistance! Concetta, if you've stuck with me this far, I'll just say to keep an eye out in your email inbox for a communication from me where (hopefully) you and I can dig in to your specific situation and ensure there isn't anything else at play here! :)

  • Avatar
    Rodney W

    Hi Dennis,

    Perhaps my original outline was unclear?

    Step 8. Agents view the tickets.

    This clearly means that it is not a permission issue in our circumstance, and secondly - our testing has proven that this is an issue for images of any size.

    We do sincerely appreciate the escalation to the dev team on our specific issue, and look forward to hearing more. I'll update here once things progress further...

     

  • Avatar
    Rick

    Same here, it's not a permission issue or issue with hosting (since the files are hosted with Zendesk).  If an agent is authenticated into the system any resources within a request should load when opened since they require the same authentication.

  • Avatar
    Jessie - Community Manager

    Just a quick update for anybody who might come across this thread...our Devs are still working to pin down the cause of this issue. We'll let you know if anything changes!

  • Avatar
    Rodney W

    Hi @Jessie,

    All has gone quiet on this one. This issue remains, and we haven't heard anything since Dec 4th. Will update again soon.

  • Avatar
    Kåre Digernes

    We had exactly the same issue, but upon inspecting the developer tools in Chrome I saw some familiar "net::ERR_BLOCKED_BY_CLIENT" error messages which I know from experience are usually caused by Privacy Badger and uBlock Origin. Disabling Privacy Badger for Zendesk caused all images to load as expected. If you have spyware-/adware-blocking plugins installed it might be worthwhile to rule those out as well if you haven't done so already. Just a heads up in case it might work for you. Thanks. -Kaare

  • Avatar
    Rick

    Still the same issue here, no Firefox with no add-ons.

  • Avatar
    Rodney W

    Hi Kare, definitely no Privacy Badger or uBlock. Clean browser install, same as Rick - but on multiple browsers & platforms.

  • Avatar
    Jessie - Community Manager

    Hey Rick and Rodney! 

    Did you check your browser console to see if the error matches the one mentioned in the article?

    Is this happening to all your images, or just some?

  • Avatar
    Rick

    The error does not match because it's not a permission issue.  Any agent can right-click and copy the broken images location and load in a different tab fine.  Then when they refresh the original ticket the image will load normally. 

    It appears there is something wrong with how Zendesk loads/caches tickets & authenticates with SSO enabled to the "zdusercontent" storage where the images are located on the Zendesk side.

  • Avatar
    Rodney W

    Agree 100% with what Rick said above.

    We've provided the issue, the steps to reproduce, and several test cases... 

    Also to re-confirm - this applies to all images. Agents at Zendesk have been able to reproduce and re-create, were merely await a fix now... (this was the status late 2017).

  • Avatar
    Jessie - Community Manager

    Hey Rick and Rodney!

    Sorry for the brain meltdown there. I completely lost the context of this post! It's been a while.

    I checked on the Problem Ticket we have open for this issue, and left a comment on it indicating that ya'll are looking for an update. I'll let you know what I find out.

  • Avatar
    Jeff Osthimer

    Any progress Jessie?

  • Avatar
    Rodney W

    Still experiencing the same issue here... only now the images are only viewable for 24hrs or so within the ticket - after which point, they need to be opened in a new tab/window again (ie. not via iFrame).

    As a guess - this will be a cdn expiry. Back to the original issue - seems likely from my point of view that the connection through to cdn endpoint to pick up the image (or trigger the cache population) fails from an iframe - perhaps that is a line worth looking into?

  • Avatar
    Jessie - Community Manager

    Hey, Jeff and Rodney!

    I'm afraid that I don't have anything to report on this at the moment. I've requested another update in the problem ticket and let you know if anything new comes up!

  • Avatar
    Matthew Ross

    We recently purchased Zendesk for our helpdesk and encountered this same issue. Where we have automated systems in place that send images within emails and they do not display when the email is sent from zendesk. If this is not fixed shortly zendesk will be losing business from us soon. Our email environment is office 365. 

  • Avatar
    Jessie - Community Manager

    Hey Matthew!

    Can you be more specific about how these emails are being sent? Are they going out via trigger?

Please sign in to leave a comment.

Powered by Zendesk