Just the other day I was asked a question about DisplayItemsUsingOOM. You may remember in a previous post I described how this worked? The question related to what would happen if an EV 2007 SP 6 client against an EV 8 SP 3 server has DisplayItemsUsingOOM = 1 in the registry. Well it doesn’t work. You will get an error like this when you try to open an archived item :
The client trace will show :
4/05/2010 09:16:00.248[ 836]: CShortcutItem::Callback…Display downloaded item
04/05/2010 09:16:00.249[ 836]: DesktopCommon::ViewItem: 0x0
04/05/2010 09:16:00.249[ 836]: DesktopCommon::GetConfigValue: 0x0
04/05/2010 09:16:00.249[ 836]: DISPLAYITEMSUSINGOOM = 1 [Registry]
04/05/2010 09:16:00.250[ 836]: ~DesktopCommon::GetConfigValue: 0x0
04/05/2010 09:16:00.250[ 836]: ::DisplayItem: 0x0
04/05/2010 09:16:00.250[ 836]: ~::DisplayItem: 0x8004010F
04/05/2010 09:16:00.251[ 836]: ~DesktopCommon::ViewItem: 0x8004010F
04/05/2010 09:16:00.251[ 836]: CShortcutItem::Callback: ViewItem error: 0x8004010F
04/05/2010 09:16:00.251[ 836]: ::DisplayViewError
04/05/2010 09:16:02.265[ 836]: ::DisplayViewError: Error: This item cannot be displayed.
Additional information: You may need to install additional software to view items of this type or it may only be possible to display this item from the folder that contains this item.
04/05/2010 09:16:02.267[ 836]: ~::DisplayViewError
Now that is perfectly “normal”, and explainable. It’s because the EV 2007 implementation of DisplayItemsUsingOOM had restrictions, one of which is that the client had to receive a DVS file, ie the download format needed to be DVS. An EV 8 server can’t do that, and always returns an MSG file to the client.
So, the only solution is to upgrade the client