8.5.1 is still broken for large applications
Category Lotus Notes Lotus Domino LotusScript
A while ago Erik Brooks blogged about a major problem introduced in Notes/Domino 8.5.1. IBM reacted to this quite fast and released a fix for the problem.
Erik has posted a summary of where we are with the issue here: 8.5.1 UNFAIL - Part 2: The Fix.
Basically the problem introduced in 8.5.1 is that the behaviour of all variants of GetSOMETHINGByKey (For instance GetAllDocumentsByKey) has changed compared to earlier releases of Notes/Domino. Now the LotusScript might fail with "The collection has become invalid" if the view used was updated while the LotusScript code was running.
If you have an application with "lots" of document updates, this issue will show up at your site.
A fix was released, but only available on request from Lotus Support. But at least you can have it.
Now it looks like the fix is actually only a half way fix. It apparently only addresses the issue when the LotusScript is executed on the Lotus Domino server. In an agent for instance. But the original problem is also seen when the GetSOMETHINGByKey is executed from a Lotus Notes client. Have a look in the comments on the original blog entry. Comments number 27, 28 and 29: 8.5.1 FAIL. Your code may just break.
Most of the organisations that I know who have Notes/Domino Applications will experience this problem. This is a major bug, and it does not sound like it is scheduled for a quick fix.
A while ago Erik Brooks blogged about a major problem introduced in Notes/Domino 8.5.1. IBM reacted to this quite fast and released a fix for the problem.
Erik has posted a summary of where we are with the issue here: 8.5.1 UNFAIL - Part 2: The Fix.
Basically the problem introduced in 8.5.1 is that the behaviour of all variants of GetSOMETHINGByKey (For instance GetAllDocumentsByKey) has changed compared to earlier releases of Notes/Domino. Now the LotusScript might fail with "The collection has become invalid" if the view used was updated while the LotusScript code was running.
If you have an application with "lots" of document updates, this issue will show up at your site.
A fix was released, but only available on request from Lotus Support. But at least you can have it.
Now it looks like the fix is actually only a half way fix. It apparently only addresses the issue when the LotusScript is executed on the Lotus Domino server. In an agent for instance. But the original problem is also seen when the GetSOMETHINGByKey is executed from a Lotus Notes client. Have a look in the comments on the original blog entry. Comments number 27, 28 and 29: 8.5.1 FAIL. Your code may just break.
Most of the organisations that I know who have Notes/Domino Applications will experience this problem. This is a major bug, and it does not sound like it is scheduled for a quick fix.
Android apps from Jens Bruntt




Comments
So: No fix for the domino-server! And for the client there is "no need" according IBM support.
Regards
Wolfgang
Posted by Wolfgang Haderlein At 11:27:41 On 24-03-2010 | - Website - |
This is not a minor problem. There are probably tens of thousands of LotusScript code lines that contain GetSOMETHINGByKey.
Posted by Jens Bruntt At 12:24:49 On 24-03-2010 | - Website - |
We applied the original hotfix on our iSeries servers. That did seem to correct the problem from the scheduled agents. However, Richard Schwartz tweeted last night that the hotfix has been pulled due to a regression bug. That's the first I've heard of that. As far as I know the server fix has worked well for us.
But I'm continuing to talk to support about the need for a client fix. I originally thought/hoped that the client would simply be included in the original hotfix release date. When it didn't show up we were told there's no client fix because no one ASKED for a fix on the client. Wow!
So I emailed someone else our business impact case and I'm hopeful that something might get done.
Now I see comments in the original Erik Brooks thread that there is a client hotfix? So I'm just getting more confused about this.
Lotus - We NEED a client fix. The thought of refactoring all the code is unfathonable!
Posted by David Leedy At 12:36:05 On 24-03-2010 | - Website - |
The code to fix the problem is common to the client and server, so this is not a case of fixing one and leaving a vulnerability on the client side unaddressed. There are different requirements for building a client fix that should be discussed with your Support representative when you open a PMR.
If you have any questions, feel free to reach me at chads@us.ibm.com.
Posted by Chad Scott At 13:20:54 On 24-03-2010 | - Website - |
So, it sounds like a fix for the client will be available in the same time frame as the serve fix.
More information on why the current fix has been pulled here: { Link }
Posted by Jens Bruntt At 14:36:33 On 24-03-2010 | - Website - |
Posted by Karl-Henry Martinsson At 15:37:43 On 24-03-2010 | - Website - |
And: I thing it is very strange that for this we have to create a pmr. I created one but want an offical statement from IBM why this is necessary. Sorry, but if Microsoft would act like IBM does in this case, a lot of people would shout loudly.
Posted by Wolfgang Haderlein At 20:26:06 On 24-03-2010 | - Website - |
@2. Correct. The tech note was withdrawn due to an issue with the current hot fix.
@7 The reason to open a PMR is for tracking purposes. Hot fixes do not go under the same extensive testing that a fix pack or point release would have to go through (they do at a later point when merging into FP/Point release).
So if an issue does occur then support will chase it up with all the customers. I (and others) spent this morning contacting customers and updating them on the status of the hot fix.
I don't have any details on hand regarding a client fix (apologies). The process to generate these is somewhat different and non-trivial. So the server fix would normally be built first in such an instance.
I can say that development are well aware of how critical this situation and are working on it around the clock.
I've mentioned this before, but support are committed to making sure you are looked after. So if you feel your PMR is not being handled correctly please ask to speak to a Manager.
Posted by Simon O'Doherty At 23:13:45 On 24-03-2010 | - Website - |
Posted by Jens Bruntt At 07:00:15 On 25-03-2010 | - Website - |
Strange situation, or? I know this is a basic risk using software. But in this case the problem is known for a few weeks, is critical and is in my opinion worth to create a fixpack in time.
But okay: I hope IBM will provide a vaild fix soon.
Posted by Wolfgang Haderlein At 09:58:09 On 25-03-2010 | - Website - |