Image caption disappears if images are rearranged immediately after adding the caption.

[cfinke]

Steps to reproduce (screencast here: ​http://youtu.be/MF2SEn_lMeQ):

1. While editing a post, open the Add Media dialog.
2. Upload (or select) two images and choose "Create Gallery."
3. Click "Create New Gallery".
4. Add a caption to the first image in the text field underneath the image preview in the main "Edit Gallery" area.
5. Drag the second image so that it is reordered in front of the first image.

What I expected:

The images would be reordered and the image captions would not be changed.

What actually happened:

The images were reordered, but the image caption I had just entered reverted to its previous state.

Clicking in any other text field before reordering images seems to "cement" the caption, but you can click on multiple images before dragging an image, and the caption will still revert.

[cfinke]

Oh, browser details: The screencast and described behavior are in Firefox 27 on Mac OS X 10.9.1.

In Chrome 32 on Mac OS X 10.9.1, the behavior is a little different: If you drag and drop the image that you just added the caption to, the caption is not lost. However, if you drag and drop another image, even if it doesn't change the location of the captioned image, the caption is lost.

[nacin]

I'd be curious to know if this is reproducible in 3.5, or if it regressed at some point since then.

[cfinke]

Replying to nacin:

I'd be curious to know if this is reproducible in 3.5, or if it regressed at some point since then.

Yes, confirmed just now that it is reproducible in 3.5 as well.

[hereswhatidid]

This appears to be happening because the collection reset event is being triggered prior to the caption:update event. Disabling the reset fixes the issue but it's documentation alludes to the reset being needed to ensure other collections sync.

[hereswhatidid]

Trigger blur on any inputs currently in focus when sorting is initiated.

[Fab1en]

Refreshing the patch. @hereswhatidid solution is still valid and work for trunk.

[cfinke]

This bug is still present in 5.6.1 and is still very frustrating when encountered. The latest patch doesn't work, so I'll be trying to update it. I haven't worked on any of the media JS before, so it might be slow-going.

[cfinke]

Fixes the issue in version 5.6.1 by triggering the focused caption input's change event before a reorder happens.

[cfinke]

I've added a patch that is compatible with WordPress 5.6.1.

[SirLouen]

Reproduction Report

Description

❌ This report can't validate that the issue can be reproduced.

Environment

• WordPress: 6.9-alpha-60093-src
• PHP: 8.2.28
• Server: nginx/1.29.0
• Database: mysqli (Server: 8.4.5 / Client: mysqlnd 8.2.28)
• Browser: Chrome 137.0.0.0
• OS: Windows 10/11
• Theme: Twenty Fifteen 4.0
• MU Plugins: None activated
• Plugins:
  • Classic Editor 1.6.7
  • Test Reports 1.2.0

Reproduction Instructions

• Doing the exact instructions in OP, attach my screencast in supplemental artifacts

Actual Results

1. ❌ Error condition doesn't occur

Additional Notes

• This is 11 years old, but it seems it was refreshed not long ago (only 4 years), despite this I can't reproduce it. Expecting that the reporter, give it a check and tell me what I'm doing wrong, because I'm doing the exact same as the ​screencast provided there and what could be going wrong (luckily it was uploaded to YT and not to a random host that could be offline by now!). cc @cfinke

• Otherwise, simply setting this for close, worksforme if we don't get an answer over time.

Supplemental Artifacts

Sample screencast:
​https://f003.backblazeb2.com/file/wordpress-videos/wp-videos/2025/06/27139.1.mp4

[cfinke]

I can still reproduce it in the latest nightly 6.9 build using Firefox and Safari on Mac OS 15.5, but I agree that the bug no longer exists (or maybe never did exist) in Chrome.

[SirLouen]

Test Report

Description

✅ This report validates that the indicated patch works as expected.

Patch tested: https://core.trac.wordpress.org/attachment/ticket/27139/27139.3.patch

Environment

• WordPress: 6.9-alpha-60093-src
• PHP: 8.2.28
• Server: nginx/1.29.0
• Database: mysqli (Server: 8.4.5 / Client: mysqlnd 8.2.28)
• Browser: Firefox 140.0
• OS: Windows 10/11
• Theme: Twenty Twenty-One 2.5
• MU Plugins: None activated
• Plugins:
  • Classic Editor 1.6.7
  • Test Reports 1.2.0

Bug Reproduction

• Again following OP instructions
• 🐞 As commented here the problem doesn't affect Chrome, so I tried with Firefox, and it has been reproduced

Additional Information

• My question is, why is not affecting Chrome?

Actual Results

1. ✅ Issue resolved with patch.

[divyeshk71]

Test Report

This report validates that the indicated patch addresses the issue.

Patch tested: https://core.trac.wordpress.org/attachment/ticket/27139/27139.3.patch

Environment

• OS: Windows 11 Home
• Web Server: Nginx
• PHP: 8.2.27
• WordPress: 6.8-1
• Browser: Chrome Version 138.0.7204.101 (Official Build) (64-bit)
• Theme: Twenty Twenty-Five
• Active Plugins:
  • Gutenberg 13.2.0
  • Classic Editor
  • WordPress Beta Tester 3.2.1

Actual Results

• ✅ Issue resolved with patch.

Additional Notes

• Any additional details worth mention.

Supplemental Artifacts

Add Inline: ​https://www.awesomescreenshot.com/video/42012737?key=8a41a55cfa3f43a781ce5ae2a0da81a1)