Why are the images in my Zendesk Support ticket broken?

Have more questions? Submit a request

43 Comments

  • Brent M
    Comment actions Permalink

    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.

    1
  • Nicole - Community Manager
    Comment actions Permalink

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

    0
  • Rodney W
    Comment actions Permalink

    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...

    0
  • Jessie Schutz
    Comment actions Permalink

    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?

    0
  • Rodney W
    Comment actions Permalink

    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.

    0
  • Rick
    Comment actions Permalink

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

    0
  • Dennis Lynn
    Comment actions Permalink

    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!

    0
  • Rodney W
    Comment actions Permalink

    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.

    0
  • Nicole - Community Manager
    Comment actions Permalink

    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!

    0
  • Concetta Lewis
    Comment actions Permalink

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

    0
  • Dennis Lynn
    Comment actions Permalink

    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! :)

    0
  • Rodney W
    Comment actions Permalink

    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...

     

    0
  • Rick
    Comment actions Permalink

    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.

    0
  • Jessie Schutz
    Comment actions Permalink

    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!

    0
  • Rodney W
    Comment actions Permalink

    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.

    0
  • Kåre Digernes
    Comment actions Permalink

    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

    0
  • Rick
    Comment actions Permalink

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

    0
  • Rodney W
    Comment actions Permalink

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

    0
  • Jessie Schutz
    Comment actions Permalink

    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?

    0
  • Rick
    Comment actions Permalink

    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.

    0
  • Rodney W
    Comment actions Permalink

    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).

    0
  • Jessie Schutz
    Comment actions Permalink

    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.

    0
  • Jeff Osthimer
    Comment actions Permalink

    Any progress Jessie?

    0
  • Rodney W
    Comment actions Permalink

    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?

    0
  • Jessie Schutz
    Comment actions Permalink

    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!

    0
  • Matthew Ross
    Comment actions Permalink

    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. 

    1
  • Jessie Schutz
    Comment actions Permalink

    Hey Matthew!

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

    0
  • Victor Real
    Comment actions Permalink

    We are also facing the same problem as Matthew Ross.

    Our clients cannot see images we sent through email. We receive inline images from our clients which are displayed correctly in the ticket view, we answer them, and they cannot see their own images they have sent before. They only see white squares. We don't have applied any kind of restricting policy in Zendesk.

    We are very worried as we will not be able to still using Zendesk.


    https://support.zendesk.com/hc/en-us/articles/226053408/comments/360000670487




    1
  • Jenni K.
    Comment actions Permalink

    Hi Victor, 

    I believe this would be best resolved by discussing/troubleshooting this further in a ticket. I'll be creating a ticket for you and reaching out to you via email. See you in the ticket!

    0
  • Rodney W
    Comment actions Permalink

    Our issue still remains, outlined above. Any solutions @rick on your side?

     

    Have bumped private ticket again to follow up.

    0

Please sign in to leave a comment.

Powered by Zendesk