Multiedit of custom JSON fields injects escaping #7639

Closed
opened 2025-12-29 20:26:21 +01:00 by adam · 3 comments
Owner

Originally created by @paulexyz on GitHub (Feb 14, 2023).

NetBox version

v3.4.4
(newer versionsnot yet tested, but to my knowledge this is not yet fixed)

Python version

Docker image: netboxcommunity/netbox

Steps to Reproduce

  1. Create a custom field with the type json
  2. Select and edit more than one entity having that field
  3. populate the field with valid json

Expected Behavior

Json should be saved to each entities custom field

{
    "a": "foo",
    "b": "bar"
}

Observed Behavior

Json gets escaped and then saved to each enity

"{\n    \"a\": \"foo\",\n    \"b\": \"bar\"\n}"
Originally created by @paulexyz on GitHub (Feb 14, 2023). ### NetBox version v3.4.4 (newer versionsnot yet tested, but to my knowledge this is not yet fixed) ### Python version Docker image: netboxcommunity/netbox ### Steps to Reproduce 1. Create a custom field with the type json 2. Select and edit more than one entity having that field 3. populate the field with valid json ### Expected Behavior Json should be saved to each entities custom field ```json { "a": "foo", "b": "bar" } ``` ### Observed Behavior Json gets escaped and then saved to each enity ``` "{\n \"a\": \"foo\",\n \"b\": \"bar\"\n}" ```
adam closed this issue 2025-12-29 20:26:21 +01:00
Author
Owner

@kkthxbye-code commented on GitHub (Feb 15, 2023):

I cannot replicate this. Please revise your steps to allow other people to replicate it.

@kkthxbye-code commented on GitHub (Feb 15, 2023): I cannot replicate this. Please revise your steps to allow other people to replicate it.
Author
Owner

@kkthxbye-code commented on GitHub (Feb 20, 2023):

Closing this as there has been no response and I wasn't able to replicate it.

@kkthxbye-code commented on GitHub (Feb 20, 2023): Closing this as there has been no response and I wasn't able to replicate it.
Author
Owner

@paulexyz commented on GitHub (Mar 17, 2023):

Sorry it was a bug which was fixed in v3.4.x, I must have tested it in the wrong development instance. Yes I can confirm the bug is not present anymore.

@paulexyz commented on GitHub (Mar 17, 2023): Sorry it was a bug which was fixed in v3.4.x, I must have tested it in the wrong development instance. Yes I can confirm the bug is not present anymore.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/netbox#7639