Do section access changes impact unrelated listbox properties?
An existing document has had listboxes with "Always One Selected Value" selected in the General tab.
There are triggers to ensure the correct values are selected in those listboxes upon opening the document.
Recently, Section Access started to be applied using one set of NT groups, then reapplied with a different set of NT groups. The Section Access only maps NT groups to data availability to roles within a dashboard, but does not address access to specific objects.
QV Version = 11.2 SR6
After running on publisher with the new "version" of section access, the "Always One Selected Value" property within the listboxes lose their enablement (are no longer checked). This seems to be correlated with the new Section Access groups we added. This behavior, however, was not limited to one group but to the kernel QV app itself.
I see in the 11.2 SR6 release notes that there was an issue "Bookmark with Select in Field Trigger Overrides Always One Selected Value", which tells me that this setting can be overridden in some cases. Has anyone else run into this odd behavior upon applying Section Access? If so, was it relating to workflow issues or is this a potential bug?
Re: Do section access changes impact unrelated listbox properties?
It's a quasi default-behaviour that in a section access secured application after a opening all selections are removed (I have this always) and I think this conflicts these the listbox-settings which will be disabled, too. If you could use macros you could set this option again. If not I don't know to handle it unless you make sure that your other from this setting depending objects/calculations react directly per conditions on visibilty and/or calculations on these field-selections: