You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
When creating modifiers with Radon, each modifier should be pulled out and placed into a the modifiers object of the parent, in the same structure as the data in the parent object. As the data in the parent should be deconstructed and back as it's primitive form.
To Reproduce
Steps to reproduce the behavior:
Create A ConstructorNode called Root, and Initialize the Modifiers with Functions
Create a variable generatedTree and set it to CombineNodes with the ConstructorNode
View generatedTree.Root.modifiers and notice that it isn't filled with the created modifiers.
Expected behavior
The data returned to the developer should be deconstructed from SiloNodes, meaning that it should have a .val that has to be called, along with the modifier should be pulled out and kept in the ContainerNode, as the developer is expecting to work with a state that mirror's the way they setup the state tree.
Test Snippet
test('Collections Should Be Given KeySubscribe',()=>{letrootNode=newConstructorNode('Root');rootNode.initializeState({testArr: [1,2,3],testObj: {key1: 1,key2: 2,key3: 3}});letgeneratedTree=combineNodes(rootNode);console.warn('Collections Should Be Given KeySubscribe: Removed Due to Bug Bug #57 - https://github.com/radonjs/Radon/issues/57');//Removed Due to Bug Bug #57 - https://github.com/radonjs/Radon/issues/57// expect(generatedTree.Root.modifiers.testArr.keySubscribe).toBeTruthy();// expect(generatedTree.Root.modifiers.testObj.keySubscribe).toBeTruthy();});
The text was updated successfully, but these errors were encountered:
Describe the bug
When creating modifiers with Radon, each modifier should be pulled out and placed into a the modifiers object of the parent, in the same structure as the data in the parent object. As the data in the parent should be deconstructed and back as it's primitive form.
To Reproduce
Steps to reproduce the behavior:
generatedTree
and set it to CombineNodes with the ConstructorNodegeneratedTree.Root.modifiers
and notice that it isn't filled with the created modifiers.Expected behavior
The data returned to the developer should be deconstructed from SiloNodes, meaning that it should have a
.val
that has to be called, along with the modifier should be pulled out and kept in the ContainerNode, as the developer is expecting to work with a state that mirror's the way they setup the state tree.Test Snippet
The text was updated successfully, but these errors were encountered: