To be consistent the parameter used (ac:width) when manually inputting a number to resize the image in storage format.

XMLWordPrintable

    • Type: Suggestion
    • Resolution: Unresolved
    • None
    • Component/s: Content - Attachments
    • None
    • 1

      Issue Summary

      In some use cases, a Confluence user will manually resize the attached image. We found that the parameter used (ac:width) is inconsistent when manually inputting a number to resize the image in the storage format. 

      This is reproducible on Data Center: (yes) / (no)

      Steps to Reproduce

      1. Create a new page on Confluence. 
      2. Upload an image to the page and save the change. 
      3. Check the storage format, it shows the height:
        <p><ac:image ac:thumbnail="true" ac:height="189"><ri:attachment ri:filename="download-6.png" /></ac:image></p>
      4. Change the image size to the preset size to small, it shows the height:
        <p><ac:image ac:thumbnail="true" ac:height="150"><ri:attachment ri:filename="download-6.png" /></ac:image></p>
      5.  Change the image size to the preset size to medium, it shows the height:
        <p><ac:image ac:height="250"><ri:attachment ri:filename="download-6.png" /></ac:image></p> 
      6. Change the image size to the preset size to large, it shows the height:
        <p><ac:image ac:height="400"><ri:attachment ri:filename="download-6.png" /></ac:image></p> 
      7. Manually assign a value to the image, it shows the width:
        <p><ac:image ac:thumbnail="true" ac:width="251"><ri:attachment ri:filename="download-6.png" /></ac:image></p> 

      Expected Results

      1. According to Confluence documentation (Display files and image), we use the width to define the image size, so it would be better if we use the same parameter (ac:width) to define the image in storage format. 
      2. If we decide to use ac:height to define the image by default, we should consistently use the same parameter to avoid confusion. 

      Actual Results

      Please refer to the screen recording (Screen Recording 2024-11-11 at 13.54.06.mov) for the actual result. 

            Assignee:
            Unassigned
            Reporter:
            Brent Lin (Inactive)
            Votes:
            1 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated: