We have an application that depends on a Private View, stored locally in the user’s desktop, to display a list of databases that they have access to.
This view has a Form Formula (just the name of the override form in quotes) that uses information in those documents to actually open the database, rather than open the document itself.
This works for myself, but not for others, and the only difference is that as the designer of the database, my private view is being stored in the database rather than the desktop. When I switch to a testing ID, the document is being opened in the real form, rather than the override form - it’s as if the local view is ignoring the Form Formula
Subject: Form Formula problem on Local Private views ?
I also had this problem. I found the following workaround:The ACL Authors additionally need the ACL flag “Create personal folders/views”.
Then, they must delete the personal view, and recreate it by entering the view again.
It seems without the ACL flag the desktop-private view is created but does not inherit the form formula of the shared/personal-on-1st-use view in the database template.
This workaround may be client version dependent. I used 6.5.3.
Of course, this still can be called a bug: without the ACL Flag, the creation of the desktop-private view should be working completely or should be completely denied.
Subject: Form Formula problem on Local Private views ?
I am also having this problem which seemed to start with Notes 6. My form formulas in the views are being ignored for all other users. (They work for me as the designer). If the document has a default form, that is used over the formulas. If there is no default form, the view comes back with a response of “Default form not found” & the data is not displayed… Again, I had no problems with Notes Ver 5. Any help would be greatly appreciated as the “natives are getting very restless!”