SPR

Technote

Problem:
The offending document should be deleted from the database. To locate the
document(s) that match these criteria, open the database in the Domino Designer
client and create a view with the following properties:

1. View Selection: SELECT @IsAvailable(CalendarDateTime)
2. First column: formula value $PublicAccess, sort ascending
3. Second column: field value StartDateTime, sort ascending
4. Third column: field value EndDateTime
5. Fourth column: formula value @NoteID
6. Specify the View style. Select Design -> View Properties from the Notes
menu and switch to the Design tab in the InfoBox that pops up. Select Style:
"Standard Outline".

After saving and closing the view in Designer, open the view in Notes Client
with Manager access. Scroll down to the bottom of the view. The offending
document(s) will be at the bottom with no values for the first three columns.
Manually delete the documents from this view, or using the NoteID, delete the
documents using LotusScript.

set doc = db.getdocumentbyid("0000xxxx")
call doc.remove(true)

This issue was reported to Lotus Software Quality Engineering and was addressed
in Notes 6.5.1 Client and Domino 6.5.1 Server.

Excerpt from the Lotus Notes and Domino Release 6.5.1 MR fix list (available at
http://www.lotus.com/ldd):

Calendaring & Scheduling
SPR# JHOD5RFNVV - The Notes Client no longer crashes when a delegate accesses a
calendar with private entries, which include one or more blank calendar entries.


Steps to Reproduce Problem:

1. Place a mail database on a Domino 6.x server, and add the server and a
chairperson as "Manager" to the Access Control List (ACL).
2. Add a delegate to ACL with "No Access" rights but the ability to "Read
Public Documents" and "Write Public Documents".
3. Switch to delegate's Notes ID, open the delegate's mail file, switch to the
Calendar, go to July 2003 view and Notes crashes. If it doesn't crash here,
click on July 14th.
More >