Peculiar behaviour of dialog list field with aliases

HCL Domino Domino Forum
1

We have a Notes client application that is replicated to many countries. Users in Singapore experience a phenomenon that we in Europe cannot reproduce.

There is a dialog list field that allows for multiple values and keyword synonyms. The choice list is taken from a keyword document, and the list looks like this (extract):

Project Union | 6

Local contract | 0

Single activity | 3

Now, the user reports that when he selects “Local contract”, the field will actually display “Project Union”. Similarly, if he selects “Single Activity”, the field will display “Local contract”. It seems that there is a one step shift of the alias.

We set up a web meeting so that I could see and confirm this behaviour with my own eyes. We tested to change the user’s Windows settings for region and list separator, but to no avail. He is on Windows 7 with an English Notes 8.5.3 client. I, myself, have Notes 9.0.1 with no access to an older client, but a colleague in Germany is still on 8.5.3, and neither she could reproduce this strange behaviour.

Can anyone shed some light over this?

P.S. I am fully aware that this is the Notes 6 and 7 forum, but it seems to be the only one alive and kicking for us “old school” Notes developers.

2

Subject: Peculiar behaviour of dialog list field with aliases

Can you post the code associated with getting list.

Is the list local to the db or is it identical everywhere (in other words, have you ruled out bad source data)?

Are you able to do any code debugging - add intermediate prompts, get the source list some other way to see if you can isolate the problem?

No clue why this would happen.

3

Subject: RE: Peculiar behaviour of dialog list field with aliases

In line with what Doug said.

is it all the same db. If not can you have the client that is having issues use the good replica to see if it make a difference. Is it all user with this os/os language/client combo having this issue or just this one user?

Is it just a display issue? When they save the document is the correct value stored in the document?

4

Subject: RE: Peculiar behaviour of dialog list field with aliases

The keyword concept used is very simple and applied in hundreds of our corporate applications. It is one .nsf only.

Choice list formula: @DbLookup(“”; “”; tmpView; tmpKey; tmpCol);

The database has hundreds of users in countries all over the world. The person giving the demo sits in Singapore, but he reports the same issue for users in Indonesia. They all have Windows 7 computers and Notes 8.5.3.

This is not about bad data. When I open up the application on the server in Singapore I cannot reproduce the error.

The users have learned which entry to select in order to save the entry they want - the one below in the list.

So, yes, I would say that it is a display error.