One user’s Notes experience is really really really slow compared to everyone else.
Her network settings are not the issue. If we move her to another PC, she sees the same slowness. If I switch to her ID on my computer, I see the same slowness. If I switch to another ID that has the same rights as hers, the slowness goes away.
I’ve recreated her ID thinking hers might be very old and somehow looking for an old server we no longer use - no joy.
I’m having IT re-install her Notes client from scratch but don’t expect this to help given that I see the same problem on my PC with her newly created ID.
This is in the Notes client, single location, one production server (we have a cluster server but it is set to deny access to users unless the main server goes down).
There is nothing unusual about her Notes, network, or PC setup compared to others (and none of that matters since we see the problem wherever her ID is used).
There is nothing in the apps keyed to her name - they all use ACL roles and she’s in very common group that many folks belong to.
The problem started a few weeks back and we can’t find anything that seems to correlate to the change in performance.
I don’t know what else to look at. Anybody have any ideas?
TIA
Doug
I thought I’d add an example:
I have a fairly old design that pre-dates Native document locking. When a doc is opened, a lock document is created that contains the doc ID and the user name. If anybody tries to edit the doc, the lock is found and the edit denied. When the lock owner exits the doc, the QueryClose event kills the lock. For a normal user, the doc close/kill lock process takes less than a second. For this user, it runs up to 15 seconds.
QueryClose code:
REM { Unlocks document on exit};
LockKey := @Text(@DocumentUniqueID);
IsLockedBy := @DbLookup(“Notes”:“NoCache”;“”;“(LockDocs)”;LockKey;2);
@If(@IsError(IsLockedBy);@Return(“”);@Success);
Server := @Subset(@Name([CN]; @DbName); 1) ;
DB := @Subset(@DbName; -1);
@If(
IsLockedBy != @Name([CN];@UserName);
@Success;
@Do(
@Command([FileOpenDatabase];Server:DB;“(LockDocs)”; Lockkey ; “1” ; “1” );
@Command([ToolsRunMacro];“(Hide)”);
@Command([FileCloseWindow])))
Hide Macro code:
FIELD Hide := Hide;
FIELD LockOff := LockOff;
@SetField(“Hide”;“1”);
@SetField(“LockOff”;@Now);
SELECT @All
Nothing magic there and the slowness only affects this one user.
I’ve been able to narrow it down a bit - she’s dead slow when opening or changing views. The code that creates the lock doc doesn’t reference any views and runs as fast as anything else. The QueryClose code opens views and is slow. If she just changes views, it’s slow - 5 - 10x slower than a typical user. It’s like she’s searching the web for the right view…
But, darn, it has nothing to do with her drive - the issue follows her ID from pc to pc so formatting her drive won’t do anything since I can replicate the issue on my pc by switching to her ID file.