Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Getting a value from a collection after setting the entire collection returns 'undefined' #434

Open
ccaroon opened this issue Jan 11, 2023 · 2 comments
Labels
bug Something isn't working

Comments

@ccaroon
Copy link

ccaroon commented Jan 11, 2023

Describe the bug
Getting a value from a collection after setting the entire collection returns 'undefined'

To Reproduce
See nodeJS script below.

Expected behaviour
Getting a value from a collection after setting the entire collection should return the correct/actual value, not undefined.

Versions (please complete the following information):

  • Environment: nodeJS v16.16.0
  • yaml: v2.2.1

Additional context
See script below.

// ----------------------------------------------------------------------------
// Using: 
//   - [email protected]
//   - nodeJS v16.16.0
// 
// Bug: Getting a value from a collection after setting the entire collection
//      returns 'undefined'
// 
// Summary of Steps:
// 1. Parse a document with a Seq collection
// 2. Get (getIn) the value of an entry in the Seq collection ... OK
// 3. Set the entire collection using 'set' or 'setIn'
// 4. Get (getIn) the value of an entry in the Seq collection again ... NOK (undefined)
// ----------------------------------------------------------------------------
const { parseDocument } = require('yaml')

const content = `
---
name: simulacrum
path: /opt/simulacrum

splunk:
  - log_path: /var/log/simulacrum/access.log
    index: apps_nonprod
    sourcetype: generic_singleline
    source: simulacrum-access
  - log_path: /var/log/simulacrum/error.log
    index: apps_nonprod
    sourcetype: _json
    source: simulacrum-error
`

// Parse the YAML
const doc = parseDocument(content)
// Print it out ... GOOD!
console.log(doc.toString())

// Get the splunk/0/log_path value
let logPath = doc.getIn(["splunk", 0, "log_path"])
// Print it out ... GOOD!
console.log(`==> OK logPath: ${JSON.stringify(logPath)} <== OK`)

// Use `set` or `setIn` to set the entire `splunk` collection
const newValue = [
  {
    log_path: "fish",
    index: "fry",
    sourcetype: "never",
    source: "more"
  }
]
// doc.set("splunk", newValue)
doc.setIn(["splunk"], newValue)
// Print it out ... GOOD!
console.log(doc.toString())

// Get the `splunk` section
const splunk = doc.get("splunk")
// Print it out ... GOOD
console.log(`splunk: ${JSON.stringify(splunk)}`)

// Get the splunk/0/log_path value (same as above)
logPath = doc.getIn(["splunk", 0, "log_path"])
// Print it out ... BAD! 
// The value of `logPath` is `undefined`
// ...`logPath` should be `fish`
console.log(`==> NOK logPath: ${JSON.stringify(logPath)} <== NOK, undefined`)
@ccaroon ccaroon added the bug Something isn't working label Jan 11, 2023
@ccaroon
Copy link
Author

ccaroon commented Jan 11, 2023

Not sure is this is a work-around or intended behavior, but if I create newValue using the createNode method everything works as expected:

const newValue = doc.createNode(
  [
    {
      log_path: "fish",
      index: "fry",
      sourcetype: "never",
      source: "more"
    }
  ]
)

If setting a collection using a "raw" Object/Array is NOT suppose to work, then you have my apologies and can close this issue.

@eemeli
Copy link
Owner

eemeli commented Jan 14, 2023

This currently counts as intended behaviour. The get/set methods were added mostly as sugar for the direct access modification of the node tree, which supports having plain JS values embedded in it. This means that the setIn() doesn't apply doc.createNode() on the value that's set, and that getIn() doesn't navigate through non-node objects.

Changing the former would be a breaking change, but the I think the latter could be extended as a non-breaking change, along with #386.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants