Uploaded image for project: 'Jira Platform Cloud'
  1. Jira Platform Cloud
  2. JRACLOUD-71950

Cloned tickets that have images on description shows "Failed to load" when using the new issue view

      Summary

      Cloned tickets that have images on description shows "Failed to load" when using the new issue view.

      Steps to Reproduce

      1. Create a ticket with images on description.
      2. Clone the issue.

      Expected Results

      The cloned issue will show the text and images on description.

      Actual Results

      The image shows "Failed to load".

      Notes

      If we disable the new issue view and view the same ticket through Issues and filters > Search issues the image shows normally.

        1. automation.png
          automation.png
          230 kB
        2. clone-with-attach.gif
          clone-with-attach.gif
          1.07 MB
        3. Screen Recording 2020-02-11 at 10.45.39 am.mov
          13.65 MB
        4. Screenshot 2019-04-26_15-00-07.png
          Screenshot 2019-04-26_15-00-07.png
          61 kB
        5. Screenshot 2019-04-26_15-00-23.png
          Screenshot 2019-04-26_15-00-23.png
          151 kB

            [JRACLOUD-71950] Cloned tickets that have images on description shows "Failed to load" when using the new issue view

            441e7ea28a31 could you support ** Lê Nguyễn here please? (See the latest comment)

            Owen Wallis added a comment - 441e7ea28a31 could you support ** Lê Nguyễn here please? (See the latest comment)

            owallis@atlassian.com  now we encountered a similar bug on Jira platform cloud

            Lê Nguyễn added a comment - owallis@atlassian.com   now we encountered a similar bug on Jira platform cloud

            Great! Yes, it's working!

            Pau Navarro i Asensio added a comment - Great! Yes, it's working!

            Hi f5c9ee1983b3 (and the other people watching this ticket)

            We've done testing internally. We think the feature is working (although a bit hidden)

            When setting an automation rule click the button "Choose fields to set..." and select attachment

            You should then see the option above. And on running the rule attachments would be cloned.

            Could you try this and let me know how you get on?

             

            Owen Wallis added a comment - Hi f5c9ee1983b3 (and the other people watching this ticket) We've done testing internally. We think the feature is working (although a bit hidden) When setting an automation rule click the button "Choose fields to set..." and select attachment You should then see the option above. And on running the rule attachments would be cloned. Could you try this and let me know how you get on?  

            Having the same issue Any update on the resolution?

            Pau Navarro i Asensio added a comment - Having the same issue Any update on the resolution?

            I want to report this issue as well.

            every clone or automated tickets doesn't include images

            When this will be solved ??

            Shiraz Brinder Arush added a comment - I want to report this issue as well. every clone or automated tickets doesn't include images When this will be solved ??

            Our organization would like to report as well that this issue is not yet fixed - we are currently having this problem with automatically cloning issues with the images in the description field. Manual cloning works alright once the "Copy attachments" checkbox is checked, but when cloning automatically the problems still persist and should be reinvestigated.

            Sandra Silver added a comment - Our organization would like to report as well that this issue is not yet fixed - we are currently having this problem with automatically cloning issues with the images in the description field. Manual cloning works alright once the "Copy attachments" checkbox is checked, but when cloning automatically the problems still persist and should be reinvestigated.

            Hi folks, I'm the PM in Media

            Looking at the comments this issue does not appear to be fixed.

            It also appears this ticket is a duplicate, with https://jira.atlassian.com/browse/JSWCLOUD-22482 being the source of truth I'll use from now on. Please watch/vote on that ticket (although I will check for comments here periodically).

            Owen Wallis added a comment - Hi folks, I'm the PM in Media Looking at the comments this issue does not appear to be fixed. It also appears this ticket is a duplicate, with https://jira.atlassian.com/browse/JSWCLOUD-22482 being the source of truth I'll use from now on. Please watch/vote on that ticket (although I will check for comments here periodically).

            john.wen added a comment -

            This affects our workflow as well. Broken when cloning via automation

            john.wen added a comment - This affects our workflow as well. Broken when cloning via automation

            Matthias added a comment -

            Hey we have this issue as well. Using HALP > auto create bug issuetype in Support Board > close issue as DELEGATED > Clone to selected team board via custom field = No image preview in description

            Matthias added a comment - Hey we have this issue as well. Using HALP > auto create bug issuetype in Support Board > close issue as DELEGATED > Clone to selected team board via custom field = No image preview in description

            Affects my team. Still broken with Automation flow.

            vasyl.zubko added a comment - Affects my team. Still broken with Automation flow.

            I'm having this issue too, when I cloned the issue via Automation. The images on the description are not copied across.

            Rudy Haryanto added a comment - I'm having this issue too, when I cloned the issue via Automation. The images on the description are not copied across.

            Charlie Gavey added a comment - - edited

            Hi all,

            Just confirming that images/attachments are not yet supported when cloning issues via an Automation rule - there's an open ticket for this here: https://codebarrel.atlassian.net/browse/AUT-1030

            Cheers,

            Charlie

             

            Charlie Gavey added a comment - - edited Hi all, Just confirming that images/attachments are not yet supported when cloning issues via an Automation rule - there's an open ticket for this here: https://codebarrel.atlassian.net/browse/AUT-1030 Cheers, Charlie  

            This issue is affecting my team, too. We are facing it on issue cloned by Automation.

            Jonas Focke added a comment - This issue is affecting my team, too. We are facing it on issue cloned by Automation.

            This issue is affecting my team, too. We are facing it on issue cloned by Automation.

            Cristian Iorio added a comment - This issue is affecting my team, too. We are facing it on issue cloned by Automation.

            s.vantreel added a comment - - edited

            Commented on wrong ticket.

            s.vantreel added a comment - - edited Commented on wrong ticket.

            This is still an issue for us as well. 

            Craig Cinder added a comment - This is still an issue for us as well. 

            Eleanor Kerman added a comment - - edited

            still experiencing this - have linked  issues that do not appear on the cloned issue

             

            Eleanor Kerman added a comment - - edited still experiencing this - have linked  issues that do not appear on the cloned issue  

            Still broken, can this be reopened

            Daniel Lowe added a comment - Still broken, can this be reopened

            Definitely not fixed in cloud, using automation to clone issues and both descriptions as well as comments have images as failed to load.

            Lex Dogterom added a comment - Definitely not fixed in cloud, using automation to clone issues and both descriptions as well as comments have images as failed to load.

            Also facing this issue when cloning stories across projects using automation.

            Laith Rihani added a comment - Also facing this issue when cloning stories across projects using automation.

            Ben Greene added a comment -

            Also happening for us using Jira Automation to copy description data across to a new ticket in a separate board.

            Ben Greene added a comment - Also happening for us using Jira Automation to copy description data across to a new ticket in a separate board.

            Tim Ryan added a comment -

            Seeing the same issue on my instance, cloned an issue manually (not through an automation rule) and the new 'cloned' issue has the failed error.

            Tim Ryan added a comment - Seeing the same issue on my instance, cloned an issue manually (not through an automation rule) and the new 'cloned' issue has the failed error.

            David I added a comment -

            I've just setup an automation rule to clone a ticket from service desk project to a software project and get this error as well, don't see this as fixed. 

            David I added a comment - I've just setup an automation rule to clone a ticket from service desk project to a software project and get this error as well, don't see this as fixed. 

            Michael Tokar added a comment - - edited

            45e190d61f2e please request help from our Support team at getsupport.atlassian.com. The use case you are describing (cloning from one project to another) does not appear to be a standard process. To get the best help for your situation we need to see what's happening in your case.

            237939bc7083 I will be creating a new issue specific to Automation Rules that you can track. EDIT: there is an existing issue that covers this problem: JRACLOUD-74937

            Michael Tokar added a comment - - edited 45e190d61f2e please request help from our Support team at getsupport.atlassian.com. The use case you are describing ( cloning from one project to another ) does not appear to be a standard process. To get the best help for your situation we need to see what's happening in your case. 237939bc7083 I will be creating a new issue specific to Automation Rules that you can track. EDIT: there is an existing issue that covers this problem: JRACLOUD-74937

            Manual cloning also fails, when cloning from one project to another. I still get the message "Fails to load" on top of image icons. Please reopen the bug and work on it.

            Deleted Account (Inactive) added a comment - - edited Manual cloning also fails, when cloning from one project to another. I still get the message "Fails to load" on top of image icons. Please reopen the bug and work on it.

            Øystein Appelgren added a comment - - edited

            @Michael Tokar

            Manually cloning an issue and ticking off "Clone Attachments" works:

             

            However, as  alejandrosejas says, doing the same task from Automation

            link titlecreates errors. Specifically, I have a rule cloning an Incident into a Change Request, and when the clone has been created, the attachment icons are visible, but not accessible, the just show with the text "Failed to load" and "Retry":

             

            It seems that the Automatoin functionality  fails to create an attachment in the same way as in the "manual mode", which should not be the most challenging code to implement in the Automation, either as a default "always clone attachments" or by a ticker "Clone attachments" as in the manual step

             

            And talking about attachments.................. seems like mine would not be applied here either

            Øystein Appelgren added a comment - - edited @Michael Tokar Manually cloning an issue and ticking off "Clone Attachments" works:   However, as   alejandrosejas  says, doing the same task from Automation link title creates errors. Specifically, I have a rule cloning an Incident into a Change Request, and when the clone has been created, the attachment icons are visible, but not accessible, the just show with the text "Failed to load" and "Retry":   It seems that the Automatoin functionality  fails to create an attachment in the same way as in the "manual mode", which should not be the most challenging code to implement in the Automation, either as a default "always clone attachments" or by a ticker "Clone attachments" as in the manual step   And talking about attachments.................. seems like mine would not be applied here either

            a46772c82a0b does the problem exist if you manually clone issues (i.e. not through an Automation Rule)?

            Michael Tokar added a comment - a46772c82a0b does the problem exist if you manually clone issues (i.e. not through an Automation Rule)?

            The issue still persists. Just created an automation rule to Clone Stories, and their attachments (in the cloned story) have the message "Failed to load"

             

            alejandrosejas added a comment - The issue still persists. Just created an automation rule to Clone Stories, and their attachments (in the cloned story) have the message "Failed to load"  

            Thank you!

            Deleted Account (Inactive) added a comment - Thank you!

            This issue has been resolved. You should now be able to clone issues with attachments and have the images load. See the screencap for a demo.

            Thanks,
            Jira Cloud team

            Michael Tokar added a comment - This issue has been resolved. You should now be able to clone issues with attachments and have the images load. See the screencap for a demo. Thanks, Jira Cloud team

            Resolved issue is not accessible. I'd like to have access to the information about BENTO-5142 or someone from Jira could share information here since it is listed as "is resolved by".

            Rodolfo Seidel added a comment - Resolved issue is not accessible. I'd like to have access to the information about BENTO-5142  or someone from Jira could share information here since it is listed as "is resolved by".

            paul added a comment -

            This makes no sense to me. Why is this even a bug that we need to watch and comment on? This functionality has been working fine for months, Jira made an update, didn't properly QA their product and now paying customers are having to spend time watching, commenting and asking Jira to fix what shouldn't have been broken in the first place. Lost time, lost productivity, exceptionally frustrating. Please just fix it!!!

            paul added a comment - This makes no sense to me. Why is this even a bug that we need to watch and comment on? This functionality has been working fine for months, Jira made an update, didn't properly QA their product and now paying customers are having to spend time watching, commenting and asking Jira to fix what shouldn't have been broken in the first place. Lost time, lost productivity, exceptionally frustrating. Please just fix it!!!

            Do you have an expected resolution time for this issue?

            Deleted Account (Inactive) added a comment - Do you have an expected resolution time for this issue?

            fporter added a comment -

            please fix as having the ability to view the full detail of the issue and image provides help to resolve the issue in a timely manner. 

            fporter added a comment - please fix as having the ability to view the full detail of the issue and image provides help to resolve the issue in a timely manner. 

            This is a big one for us. It's really hard for our team to work efficiently when this isn't functioning properly. It's a big pain point.

            Jena Perian added a comment - This is a big one for us. It's really hard for our team to work efficiently when this isn't functioning properly. It's a big pain point.

            Please fix this as it is a major frustration for us at this point.

            Chris Klein added a comment - Please fix this as it is a major frustration for us at this point.

            please please fix  this is a huge pain and we've tried 100 work arounds. 

            Liz Fronduto added a comment - please please fix  this is a huge pain and we've tried 100 work arounds. 

            +1 we use copy function between service desk and backlogs for teams. Without images it both slows the fixing process as well as causes permission issues as we need to have multiple authorizations for both systems.

            Stephen Wald added a comment - +1 we use copy function between service desk and backlogs for teams. Without images it both slows the fixing process as well as causes permission issues as we need to have multiple authorizations for both systems.

            Would like to see this escalated

            Josh Nelson added a comment - Would like to see this escalated

            Trent added a comment -

            I see the priority on this is low.  It should be high as not being able to clone attachments or images that are in  a description makes the Create Issue and Clone automation virtually useless.  When will this be fixed?

            Trent added a comment - I see the priority on this is low.  It should be high as not being able to clone attachments or images that are in  a description makes the Create Issue and Clone automation virtually useless.  When will this be fixed?

            Hi,
            I have the same problem in the cloud jira when making a clone that contains image or attachment via automation.

            Samanta Peixoto added a comment - Hi, I have the same problem in the cloud jira when making a clone that contains image or attachment via automation.

            This has happened to us in the last 2 weeks, and is very annoying. 

            Sean Walther added a comment - This has happened to us in the last 2 weeks, and is very annoying. 

            This still happens to me, and it's super annoying.

            I clone tickets a lot and I would appreciate having this prioritized

            Frederico Pinto added a comment - This still happens to me, and it's super annoying. I clone tickets a lot and I would appreciate having this prioritized

            Zach added a comment -

            We just ran into this issue today on Cloud when cloning the issue. The attachments come over, but the the description's preview is still showing failed to load.

            Zach added a comment - We just ran into this issue today on Cloud when cloning the issue. The attachments come over, but the the description's preview is still showing failed to load.

            dseusy added a comment -

            Still happening for us, with issues cloned within the last 24 hours. 

            dseusy added a comment - Still happening for us, with issues cloned within the last 24 hours. 

            Jimmy added a comment -

            This bug has been fixed in that attachments in issues cloned now will load as expected.

            Issues cloned prior to this bug fix may still have attachments that "fail to load". For these issues, the manual ix you can perform is to go to the old issue view and update the field with the broken attachment.
            See Screen Recording 2020-02-11 at 10.45.39 am.mov.

            Jimmy added a comment - This bug has been fixed in that attachments in issues cloned now will load as expected. Issues cloned prior to this bug fix may still have attachments that "fail to load". For these issues, the manual ix you can perform is to go to the old issue view and update the field with the broken attachment. See Screen Recording 2020-02-11 at 10.45.39 am.mov .

            We desperately need this fixed

            Carlotta Simonson added a comment - We desperately need this fixed

            We still have this issue it it's necessary to do something for this update/fix?

            Patrícia Sobreira added a comment - We still have this issue it it's necessary to do something for this update/fix?

            We still face this issue as well..

            EDIT: My bad, there has been a fix on Jira cloud over the weekend. it is working now as intended

            Deleted Account (Inactive) added a comment - - edited We still face this issue as well.. EDIT: My bad, there has been a fix on Jira cloud over the weekend. it is working now as intended

            Still an issue.  Doesn't pop up often, but when it does can take hours to re-re-re-re-upload images (when splitting a large story into several smaller ones). 

             

            Don't see how this isn't a quick fix from the Jira team.

            Dominic Dimarco added a comment - Still an issue.  Doesn't pop up often, but when it does can take hours to re-re-re-re-upload images (when splitting a large story into several smaller ones).    Don't see how this isn't a quick fix from the Jira team.

            I would love to see this fixed, is a hassle that leads to additional copy / pasting of images (which Jira often then rejects due to https://community.atlassian.com/t5/Jira-questions/Unable-to-save-a-jira-ticket-because-of-formatting-issue/qaq-p/1062513?utm_source=atlcomm)

            Chris Littlefield added a comment - I would love to see this fixed, is a hassle that leads to additional copy / pasting of images (which Jira often then rejects due to  https://community.atlassian.com/t5/Jira-questions/Unable-to-save-a-jira-ticket-because-of-formatting-issue/qaq-p/1062513?utm_source=atlcomm )

            Martin Roy added a comment -

            Same for us, this is a real pain. Please fix.

            Martin Roy added a comment - Same for us, this is a real pain. Please fix.

            David Cook added a comment -

            I second this. This is a real pain, and has me evaluating additional plugins (which probably aren't the right solution...)

            David Cook added a comment - I second this. This is a real pain, and has me evaluating additional plugins (which probably aren't the right solution...)

              441e7ea28a31 Yuan Zhuang
              adaluz Angélica Luz
              Affected customers:
              59 This affects my team
              Watchers:
              82 Start watching this issue

                Created:
                Updated:
                Resolved: