Dropping an image into an edit screen overrides dropping into the editor

XMLWordPrintable

    • Type: Bug
    • Resolution: Fixed
    • Priority: Low
    • 10.4.0
    • Affects Version/s: 9.12.0, 10.3.0
    • Component/s: Rich Text Editor
    • None
    • 9.12
    • Severity 3 - Minor

      Issue Summary

      When dragging and dropping an image onto an edit screen, there are two possibilities:

      • (A) The file is added as an attachment
      • (B) The file is added as an inline image in the editor

       

      The drop area for (A) is the entire edit window. The drop area for (B) is specifically into the editor. 

      The problem is that the drop area for (A) overrides the drop area for (B), making it nearly impossible to actually drop an image into the editor. If the cursor enters the (A) area, then the file cannot be dropped into the editor. 

      Steps to Reproduce

      1. Drag an image into the editor, having the cursor enter anywhere in the edit screen

      Expected Results

      When the cursor enters the editor, the image is attached inside the WYSIWYG editor area 

      Actual Results

      The file is uploaded as an attachment, rather than as an image into the editor. 

      Workaround

      Currently there is no known workaround for this behavior. A workaround will be added here when available

        1. 10.3.10.mp4
          1.32 MB
          Alex [Atlassian,PSE]
        2. 10.4.0.mp4
          1.22 MB
          Alex [Atlassian,PSE]

            Assignee:
            Unassigned
            Reporter:
            Alex [Atlassian,PSE]
            Votes:
            1 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: