We have a calendar application for vacation. It works fine for most of people. On one of the client, NotesUIWorkspace.CurrentCalendarDateTime returns null. Thus the user can’t use this app. My question is, how and why would such a call returns null? How can we debug the problem?
You could get a null value back if there is not a notes view within the current selection hierarchy.
Does the user have the calendar view open and is it the active view?
If yes, can you tell me if the user is displaying the calendar in summarized or non-summarized mode?
The Notes mail database design makes use of the NotesUIWorkspace.CurrentCalendarDateTime property when the user creates a new calendar entry. For example, if you are displaying the calendar view in timeslot (i.e. non-summarized mode), and the user double clicks on an empty timeslot in the calendar view, the resulting calendar entry form should have a default start date/time equal to the timeslot the user double clicked on. Is this working for the user?
The problem only exists for one type of day, Vacation. It works for other type, like personal choice day, sick day, etc. Only this user has the problem. Other people works fine. So my suspicion is on the client of the user. If the UI Doc is set, the call should not return null. Though, we can see the doc is selected, he still saw the error for some reason.
I will try your suggestions and see if we can move further. I am not sure how we can set debug statement in the LotusScript lines to get more details.