<p>When an Edit Entry page is loaded, Craft takes note of all the fields’ current form values, and when the form is submitted, only field values that have changed will be posted. As far as the back-end is concerned, if a field is included in the post data, then it was changed; otherwise it wasn’t.</p>

<p>I suspect that the <code>modified</code> param you are seeing is a Neo-specific thing. Sounds like maybe they have their own change tracking going on, which is separate from how Craft does it.</p>

CC BY-SA 4.0
2020-03-20T23:34:01.333Z
2020-03-20T23:34:01.333Z
Brandon Kelly
<p>When an entry is saved, what causes the entry's individual fields to be marked as "modified" in the POST request?</p>

<p>I'm trying to troubleshoot an issue where a modified Redactor field that is a child of a Neo field is not being saved. When I examine the POST data in the debug bar, I see that the field's updated content <em>was</em> posted, but the <code>'modified'</code> key in the array is still set to <code>'0'</code>.</p>

<p>What's interesting is that if I modify the Redactor field by typing words in it, the field's <code>'modified'</code> key is set to <code>'1'</code> in the POST data, as expected. However, if I try to just add a single period; highlight text and press delete; or try to copy and paste text into the Redactor field, the <code>'modified'</code> key is <strong>not</strong> set to <code>'1'</code> when I save.</p>

<p>So it appears that, in order for the Redactor field to be marked as "modified", I have to type a certain amount of text into the field.</p>

<p><strong><em>Edit:</em></strong> <em>After more testing, it appears that adding or deleting a single character is not enough for the field to be marked as 'modified'. However, if you add at least two characters, with a pause between each character, the field will correctly be marked as modified. If you type a word quickly, and then save, the field is not marked as modified. If you type a word and be sure to leave at least a second's pause between typing two of the characters, the field is marked as modified.</em></p>

<p>I'm trying to troubleshoot this issue and identify the root of the problem; is this an issue with the Redactor plugin not reporting that its field has been changed? Is it an issue of the Neo plugin getting in the way of its child field's Redactor field reporting the change, or is an issue with Craft, itself, not picking up on the field being modified?</p>

<p>Since the issue is in the request's POST data, it appears that this is a JavaScript issue, and not a server-side one (though I could be wrong, because I don't know all the ins and outs of how Craft saves entries).</p>

<p>If anybody has any suggestions of where the problem might lie, I'd be very grateful!</p>

<p>The versions involved are:</p>

<ul>
<li>CraftCMS: <strong>3.4.10.1</strong></li>
<li>Redactor: <strong>2.6.1</strong></li>
<li>Neo: <strong>2.6.5.1</strong></li>
</ul>

<entry><redactor><plugin-neo>
What causes an entry's field to be marked as "modified" when the entry is saved?
# What causes an entry's field to be marked as "modified" when the entry is saved?

(Asked by: username_0 on 2020-03-18)

When an entry is saved, what causes the entry's individual fields to be marked as "modified" in the POST request?

I'm trying to troubleshoot an issue where a modified Redactor field that is a child of a Neo field is not being saved. When I examine the POST data in the debug bar, I see that the field's updated content *was* posted, but the `'modified'` key in the array is still set to `'0'`.

What's interesting is that if I modify the Redactor field by typing words in it, the field's `'modified'` key is set to `'1'` in the POST data, as expected. However, if I try to just add a single period; highlight text and press delete; or try to copy and paste text into the Redactor field, the `'modified'` key is **not** set to `'1'` when I save.

So it appears that, in order for the Redactor field to be marked as "modified", I have to type a certain amount of text into the field.

***Edit:*** *After more testing, it appears that adding or deleting a single character is not enough for the field to be marked as 'modified'. However, if you add at least two characters, with a pause between each character, the field will correctly be marked as modified. If you type a word quickly, and then save, the field is not marked as modified. If you type a word and be sure to leave at least a second's pause between typing two of the characters, the field is marked as modified.*

I'm trying to troubleshoot this issue and identify the root of the problem; is this an issue with the Redactor plugin not reporting that its field has been changed? Is it an issue of the Neo plugin getting in the way of its child field's Redactor field reporting the change, or is an issue with Craft, itself, not picking up on the field being modified?

Since the issue is in the request's POST data, it appears that this is a JavaScript issue, and not a server-side one (though I could be wrong, because I don't know all the ins and outs of how Craft saves entries).

If anybody has any suggestions of where the problem might lie, I'd be very grateful!

The versions involved are:

* CraftCMS: **3.4.10.1**
* Redactor: **2.6.1**
* Neo: **2.6.5.1**

**Tags:** entry, redactor, plugin-neo

---

## 1 answers

### Answer by username_1 on 2020-03-20. Score: 1 | Accepted answer

When an Edit Entry page is loaded, Craft takes note of all the fields’ current form values, and when the form is submitted, only field values that have changed will be posted. As far as the back-end is concerned, if a field is included in the post data, then it was changed; otherwise it wasn’t.

I suspect that the `modified` param you are seeing is a Neo-specific thing. Sounds like maybe they have their own change tracking going on, which is separate from how Craft does it.


---

