Forum Discussion
no, : is just the copy and paste error by wysiwyg.
BTW, i have updated the original post.
is there any TKB article or guidde on how to set and retrieve custom settings?
- JasonL12 years agoLithium Alumni (Retired)
peterlu wrote:
is there any TKB article or guidde on how to set and retrieve custom settings?
Hi Peter,
Usually these settings are done by our PS team as you'll need access to the backend to change.
so I'm afraid we don't have any external docs (not that I'm aware of).
The closest i've seen is probably this:
Back to your original question, you should try to drop the custom component into page and verify from that page - instead of within studio
(when i tried to drop into a page - albeit modify to match the custom settings i have - it worked fine with admin acct - saw the alert window and console log)
- peterlu12 years agoChampion
Thanks, Jason. Lets start over.
Just to confirm that we are using the right custom settings as there was some changes made after the initial request. user.data was changed to profile. (hinterlands.demo)
According to what we are aware, these are the settings that have been set up.
[hinterlands]data :wc string 0 64000[profile]user.data :wcu string 0 64000What is the difference between [hinterlands] and [profile]?Given this is correct, we are able to print these settings out. We have set values previously as you can see below.[logged in as hinterlands] (admin)<response status="success"> <value type="string">my user data</value> </response>
http://hinterlands.demo.lithium.com/restapi/vc/users/self/settings/name/profile.user.data
<response status="success"> <value type="string">my user data ONE</value> </response>
The problem we are having is that we can no longer set these settings by using the code supplied in the original post.Does this code work for you on your system?btw, we have tried them in a custom component and tested them in a page.It is critical for us to set these settings.- JasonL12 years agoLithium Alumni (Retired)
Hi Peter,
I honestly got no clue what's your use cases are nor what intentions were :smileyhappy:
Guessing [profile] user.data is probably what you should be using.
I took a quick look at your env and i think i understand what's happening.
The profile settings were added to your env in revision 588289 (at least from the back-end I see)
when you revert to revision 453056 - the file that contains the profile setting gets deleted
Try reverting back to the 588289 revision, that should do the trick
Related Content
- 9 days ago
- 11 months ago
- 2 years ago