Embed that view into the page u want to be viewed.
When you save and open that view in chrome or other explorer, the value of that tag gets written to instantly. Is this normal? This is what I believe caused many of my templates to crash when upgrading from 8.0.3 to 8.0.4, I now tried with 8.0.5 and I just discovered this write thingy.
Is there someway you can turn the writing off when opening a view? Or atleast wait until the tag has been read first? I have witnessed some tags getting written to with a null value, this has made me disable ALL write properties in my tags/udt’s until this is sorted out, as for me its critical that this does not happen.
See picture below from the gateway logs, this is just from changed from 1 page and changing back into the view with the embedded view:
You can try enabling the Persistent option on the parameters that is documented here (it pertains to parameters as well as session properties). In my testing of it, it looks to resolve the issue on load.
I tried enabling persistent on the “bidirectional” value on the parameters of the embedded view.
But after I change the parameter, and reload the page, or go to another page and come back to that page, the value get reset.
In the image below, the value of the bidirectonal tag at the moment of “binding” it was 20 (its the SP parameter, below the highlighted one in tag browser), and setting it to “persistent” at 20. When I load the view it stays at 20, I can the change it to 22, eveything seems good. But if you go to another page and them come back, the value will “stick” to the value it was when you enabled persistent and saved. In my case it was 20.
Just wanted to let you know that we’re working on a fix for this. In the meantime, as a work-around, I’d recommend re-configuring your inner views so that the bidirectional tag binding is configured directly on the edit field, without passing the value through to the inner view as an in/out parameter.
To make the view “generic”, you could pass a tag path (as a string) in as an input parameter instead, and use an indirect tag binding on the inner view’s edit field.
Ok, looks like we’ve got this issue fixed.
To be clear, this wasn’t actually an 8.0.5 regression; this issue has been in Perspective all along. The fix will be in 8.0.6 starting with the nightly tonight.