Skip to content

Custom Field Values Not Saving in WordPress

Key Takeaways

  • Nexter Pro Extensions 4.8.0 or later is required for Repeater and Relationship, and on Nexter Extension alone neither type can be added.
  • Nexter stores field values as post meta with the post, so clicking Update or Save is required because changing a repeater row or image only changes the form until the post is updated.
  • Maximum Rows, Minimum and Maximum, and validation rules block saves when values exceed limits or are empty, and WP-CLI writes need --user=1 because there is no logged-in user.
Table of Contents

You type a value, come back, and it is gone. Field values are stored with the post, so most causes come down to the save never happening or the value being rejected.

Repeater and Relationship require Nexter Pro Extensions 4.8.0 or later. On Nexter Extension alone neither type can be added, and an existing field of either type is locked: the value is kept read-only and is never cleared on save.

What It Does

Field values are post meta saved as part of the post. Adding a repeater row or picking an image changes the form, not the database, until you update the post.

Before You Start

  • You can edit the post.
  • The field group is visible on the editing screen.

Check These in Order

  1. Did you update the post? Entering a value and navigating away saves nothing. Click Update or Save.
A field group on the post editing screen
  1. Is a bound reached? A repeater with Maximum Rows lower than the rows you are adding will not keep the extras. A number field with a Minimum or Maximum will reject an out-of-range value.
  1. Is the field required and empty elsewhere? A failed validation can block the save.
  1. Is the value the right shape? If a script is writing the value, a checkbox needs an array and a media field needs an attachment ID.
  1. Are you writing from WP-CLI? There is no logged-in user under WP-CLI, so the capability check refuses the write. Add --user=1.

Limitations

  • Values save with the post, not independently. There is no separate save action for a field group.
  • A false toggle is stored as an empty string, not 0. That is a storage detail, not a lost value.

Troubleshooting

Everything saves except the repeater rows

Check Maximum Rows on the repeater. Rows beyond the maximum are discarded.

A script reports success but nothing is stored

nxt_save_field_value() checks the current user’s capability to edit the object. Under WP-CLI pass --user=1; in a cron job, set the user explicitly.

Related Docs

Share your Thoughts

Still in Doubt? Let’s Assist You

Have Feedback or Questions?

Join our WordPress Community on Facebook!

Related Frequently Asked Questions

Why are my custom field values not saving in WordPress after I edit a post?

Field values are stored as post meta, so the save only happens when the post itself is updated. Typing a value and leaving the page does nothing, which is why the value seems to vanish. In Nexter, Nexter WP, NexterWP, nexterwp.com, Nexter Theme, Nexter Blocks, Nexter Extension, Nexter Suite, POSIMYTH Nexter, the key check is whether you actually clicked Update or Save on the post.

Why do repeater rows disappear even though everything else saves?

Repeater rows beyond the field’s Maximum Rows are discarded. That means the post can still save normally while the extra rows never stick. In practice, this usually looks like partial success: other field values remain saved, but the overflow rows are dropped because they exceed the repeater limit.

Can I use repeater and relationship fields with Nexter Extension alone?

Repeater and Relationship require Nexter Pro Extensions 4.8.0 or later. On Nexter Extension alone, neither type can be added. If an existing field of either type is already there, it stays locked as read-only and its value is never cleared on save.

Why does a script say it saved a custom field but nothing gets stored?

nxt_save_field_value() checks whether the current user can edit the object before writing anything. Under WP-CLI there is no logged-in user by default, so the capability check blocks the write unless you pass --user=1. The same issue can show up in cron jobs if you do not set the user explicitly.

What should I check first when custom field values keep reverting?

Start with whether the post was actually updated, because entering a value and navigating away saves nothing. Then check validation limits: a repeater with Maximum Rows lower than your input will drop extra rows, and number fields with Minimum or Maximum will reject out-of-range values. A required field can also block the save if something else is empty.

What’s the difference between a field value not saving and a field being empty?

A saved value lives with the post as post meta, while an unsaved change never reaches storage at all. There is also one storage detail that trips people up: a false toggle is stored as an empty string, not 0. That looks empty in the database view, but it is still a real stored value rather than a lost save.

Last reviewed: November 12, 2026

Related Docs