Update Tasks agent error after upgrading to 8.5.2

HCL Domino Domino Forum
1

I’m getting the following error from almost all my mail files after upgrading my mail servers to 8.5.2:

“When running on a server, you must have UNRESTRICTED access in order to set environment variables or get system variables”

I’ve checked to make sure that the agent was updated properly. Even though I found that it was not set to inherit design changes, the agent has not changed since the previous version.

I’m baffled because I can’t find any postings to suggest that anyone else has seen this problem. Since I really don’t know what the agent does and since it isn’t always enabled for everyone, I initially just disabled it for everyone, but the agent is eventually turned on again.

One interesting point is that I discovered that some users have the agent enabled, but it shows a little 5 next to the check in the agent view, which indicates that it is for Domino 5 and earlier releases only. I cannot find where to even set or unset that option. I’m not seeing the error for those users, but obviously the agent isn’t being triggered. That makes me question if the agent is necessary at all.

Any help would be appreciated.

Neil

2

Subject: To Dos

The Update Tasks agent keeps the state of To Dos up-to-date. I’m not sure why you’re getting the error. You may want to open a PMR with IBM Support.

3

Subject: Update Tasks agent error after upgrading to 8.5.2

I found this in the log:

AMgr: Agent (‘Update Tasks|Update Tasks’ in ‘mail/xxxxxxx.nsf’) error message: When running on a server, you must have UNRESTRICTED access in order to set environment variables or get system variables

Upping the agent runtime security to “Allow restricted operations” from “Do not allow restricted operations” will work around the issue.

I’ve submitted a PMR (48757 180 000) regarding this. Hopefully it will be a simple fix.

4

Subject: Any news?

We just upgraded from 8.5.1 to 8.5.2FP1 and started seeing this. Did your PMR upgrade to an SPR (or even a fix) ?

5

Subject: Fixed in 8.5.3, SPR# IFAY8AEEP6 , workaround here

I did some investigation on my own, by comparing the 8.5.1 and 8.5.2 templates for changes that would cause this, and the cause of this is a change made to the Common script library. A call to “session.Getenvironmentstring(“CSNoNameComparePrevOwner”, True)” was added to the NOTEUserIsCreator() function. The UpdateTasks agent calls this at some point, which is why the error gets thrown. If you load up Designer, you’ll see this at the bottom of NOTEUserIsCreator:

If Not(session.IsOnServer) Then

If Not(session.Getenvironmentstring(“CSNoNameComparePrevOwner”, True) = “1”) Then

If NOTEUserIsCreator = False And note.HasItem(“Chair”) Then

Dim calprof As NotesDocument

Set calprof = session.Currentdatabase.Getprofiledocument(“calendarprofile”)

If calprof.Hasitem(“$PrevBusyName”) Then

Dim OwnerNotesName As New NotesName(strMailOwner)

Dim chairNotesName As New NotesName(note.getitemvalue("Chair")(0))  

If Not(Isnull(Arraygetindex(calprof.getitemvalue("$PrevBusyName"),chairNotesName.Canonical))) Then

 NOTEUserIsCreator = True

End If

End If

End If

End if

End If

Either add the lines marked in green, or remove the whole block, since it didn’t exist in 8.5.1 and I can’t find any reference to “CSNoNameComparePrevOwner” anywhere else.

I filed a PMR on this myself, and got a response that the bug has been fixed in 8.5.3, as SPR# IFAY8AEEP6.

http://www-10.lotus.com/ldd/r5fixlist.nsf/Public/3728A182BD8CABE3852577EB00739649?OpenDocument