Closed (fixed)
Project:
Multi-Value Add Form Hider
Version:
1.0.2
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
30 Apr 2026 at 06:24 UTC
Updated:
14 May 2026 at 12:10 UTC
Jump to comment: Most recent
Comments
Comment #4
mably commentedThanks for the detailed reproduction steps and the screencast — they made it straightforward to reproduce locally and write a regression test for the exact flow.
Root cause: with
edit_mode = closed, the inner subform isn't rendered on the initial form GET, so the inner field's first render happens on the AJAX rebuild that fires when you click the paragraph's Edit button. The previous fix's "skip strip on user-action rebuilds" rule treated any AJAX trigger as a count-changing user action, so the strip + items_count alignment never ran on that first render — and an extra empty row leaked in beneath the saved value.Narrowed the rule: only the multi-value field's own Add another / Remove buttons (
_add_more/_remove_buttonname suffixes) now count as items_count-changing actions. Paragraph open/close, validation re-renders, and other AJAX rebuilds go through the normal strip + alignment path.Added
testClosedModeParagraphOpenHidesTrailingEmptyreproducing your exact steps. Verified to fail on 1.x without the fix and pass with it; full suite (18 tests, 202 assertions) green locally.Pushed to
3587778-extra-empty-itemon the issue fork; MR coming. Could you give it a try when you have a moment and confirm whether it resolves what you saw on your end?Comment #5
mably commentedComment #6
artyom hovasapyan commentedI tried it, and it worked perfectly! It would be awesome if someone else could test it too.
Comment #7
mably commentedLet’s merge this for now, I don’t think there are many users besides us.
Comment #9
mably commented