Hi,
Our application has views with the selection of documents on the basis of status field.
the formula is
… … & StatusField=“Value” & … …
One condition depends on a status that contains Capital i with single dot, s with cedilla and small i without dot which are turkish extended characters.
Some documents which are created by some clients cannot be seen in these views (after R5 to R65 client upgrade). We created a view with selection:
StatusField!=“BadValue” & @Uppercase(StatusField)=@Uppercase(“BadValue”)
and we can see the documents. So @Uppercase is a good workaround. But there are many applications and it takes time to revise all views. So we are trying to find the final solution.
After a deep examination with NotesPeek, we found that
normal documents have field value “\x08\xdd\x06\xadleme haz\xd5r”
defective documents have field value “\x08\xdd\x08\xfeleme haz\xd5r”
as seen, the problem is the code dd06 versus dd08 which should be “lowercase s with cedilla”.
We checked clients’ preferences, server configurations, etc… all seems to be the same.
Interestingly, some of clients that generates normal documents and defective documents are using the same terminal server and the same notes installation with different data folders.
We would like to hear any comments that may help.
Thanks.