Empty hosted web control

Oct 12, 2010 at 11:01 AM

Hello.

I host some web applications in CCA, and sometimes when a new session is oppened, some of my applications were empty.
Is there any "application oppening timeout" duration in CCA ?


Vahag.

Oct 12, 2010 at 12:50 PM

Web application adapters do not time out in the same sense that you would see from an external application adapter.

Could you explain more about what you have set up your adapter to do? And what sort of web application is it pointed at?

MattB-msft.

Oct 12, 2010 at 1:07 PM

My web application is simple account form. I set it`s Url = "about:blank" and edit it`s default action

Set url = http://{crm Url}/{Company name}/sfa/accts/edit.aspx and
Query String = "id=%CustomerID"

I am not sure, but how I remember, empty forms were pointing to "about:blank".

Vahag.

Oct 13, 2010 at 11:54 AM

Vahag!

I´m facing the same problem. Sometime my web hosted applications get empty.

Matt,

In my web hosted apps, i have workflows that runs in default action and another is just a crmpage without a workflow.
In both case this odd action occurs. I need to close and open again the IAD.

Oct 15, 2010 at 9:48 PM

Is it consistent or intermittent?

about:blank is a built in IE feature in Windows XP +

I assume you get the blank screen the first time you open a customer… what I would like you to do is now search and open a second customer in your environment..

if that works properly.. That means that what is happening is CCA is trying to act on your browser too quickly.. which is likely an environmental issue.

let me know if that’s the situation and I can advise a workaround.

 

MattB-MSFT

Oct 18, 2010 at 6:34 AM

I have tried some minutes and finnaly found the situation when I got empty screen.

The first time I oppened a session, I got normal account form. I tried to open additional 15 sessions. All was fine.
After this I tried to do things more quickly and got empty screen :)

This issue occurred when I tried to search another customer, before my last oppened session completed account form load.
This is video, where you can see this issue http://www.youtube.com/watch?v=Ub7AsIPuHa8

Vahag.

 

Oct 18, 2010 at 10:24 AM

Hi!

my situation is that the users is pressing the ESC key, or trying to access a item in the IAD before the session is totally loaded.


Is there a workaround to block all and only release when is totally loaded.

Oct 18, 2010 at 10:47 AM

Hello canikrause

I think that idea to block all is not very good solution. Maybe in your situation this will solve the problem, but after adding some features to CCA this problem can raise agin.
To be clear,  count number of active threads during new session open process. In my environment their number are greater than 3. That is because when new call arives
CCA tries to open new session, log call data, and so on. All this can be reasons for CCA to open empty screen. I think our problem has better solution. It is like CCA needs more
resourses, (maybe time).

Vahag.

Nov 3, 2010 at 1:35 PM
Edited Nov 3, 2010 at 1:37 PM

hi everybody!

 
I think i discovery my problem. I have a external application that some times your loading is very slow...because this, some times the cca hangs and do not execute the HAT Workflows.

We decide that the application will be global..and now the problem stopped.

With that i realize that CCA it´s not working correctly with external applications.

Nov 8, 2010 at 4:56 AM

Hello.

We don`t use any external application but still have this problem.
Matt you told that you could advise a workaround. Can you please tell me somehting about that. Maybe that will help me.

Thanks.
Vahag

Nov 8, 2010 at 11:49 AM

Vahag,

you are correctly, today  the issue is back.

Sometimes i see that the workflow wasn´t trigger.


Matt,

In the most of the time when a second session is opened, the issue continue.

Nov 8, 2010 at 12:00 PM

Hmm..

Matt you are our last chance :)

Vahag.

Nov 12, 2010 at 1:48 PM

Is your video posted above still current Vahag?  Im back around for a few days and am trying to catch up with he discussion group..
If its current I will take a look and see what I can tell.

 

- MattB.

Nov 12, 2010 at 3:17 PM

Matt,

researching more about the problem, i see that the internet explorer hang and it's necessary to finalize to come back. when do this and open a new session work's.

It's intermittent,  how Vahag wrote, not have a rule to the problem occurs, just happen.

Nov 15, 2010 at 4:37 AM

Hello All.

Yes Matt, my video is still current.

Vahag.

Nov 15, 2010 at 11:34 PM

Are you using an adapter? or are you using just an Action ?
Can you show me the config or send me your adapter?

Nov 16, 2010 at 5:06 AM

I am not using any adapter, just UII Actions. And beside, I am using only default UII action. No additional actions has been added.
This is my Hosted application`s configuration.

Vahag.

Nov 16, 2010 at 12:49 PM

Are you running the desktop on a VM?  if so is the VM a bit sluggish?

MattB.

Nov 16, 2010 at 12:54 PM

No I run it on my PC, Intel Core 2 Duo, 1.98 GB Ram

Vahag.

Nov 16, 2010 at 12:59 PM

We have 8 users, who are using CCA, and they have different computers and operating systems. I think that this is not an environmental issue.

Vahag.

Nov 16, 2010 at 1:01 PM

Matt,

I'm using a adapter.

In the UII Debugger log that the adapter was calling and the workflow is called to.

Nov 16, 2010 at 2:24 PM

Ok Iv Posted a Diagnostic web application adapter here with src.

Vahaq, add this adapter to your hosted application configuration and run your test again... make sure you have the UII Debugger running when you do.
Capture the output of the Debugger and post it / send it to me to see.

- MattB.

Nov 16, 2010 at 2:31 PM

Hi Matt!

Can i use this src in my web app to trace to?

I'm using a HAT adapter.

Nov 16, 2010 at 3:19 PM

it wont work with HAT Unfortunately..  HAT is an either Web or HAT adapter... cant use both at the same time for web applications.

MattB.

Nov 17, 2010 at 10:55 AM

Hello,

Matt, I have done what you said, and something is confusing here. Look, nearby is a trace of abnormal loaded session

2010-11-17 15:09:19: ApplicationHost: Loading app=HostedAppManager type=HostedControl
2010-11-17 15:09:19: ApplicationHost: Loading app=CtiCallControl type=HostedControl
2010-11-17 15:09:19: ApplicationHost: Loading app=CtiDesktopManager type=HostedControl
2010-11-17 15:09:19: ApplicationHost: Loading app=CtiRootONTAPI type=HostedControl
2010-11-17 15:09:19: ApplicationHost: Loading app=Workflow Manager type=HostedControl
2010-11-17 15:09:19: ApplicationHost: Loading app=Current Session Viewer type=HostedControl
2010-11-17 15:09:19: ApplicationHost: Loading app=Customer Search type=HostedControl
2010-11-17 15:09:19: ApplicationHost: Loading app=Session Explorer type=HostedControl
2010-11-17 15:09:19: ApplicationHost: Loading app=Workflow Explorer type=HostedControl
2010-11-17 15:09:19: ApplicationHost: Loading app=Նոր զանգ type=WebHosted
2010-11-17 15:09:19: UiiDebugger: Context = <UiiContext><State></State><CustomerID>2d71f3e7-4ff1-df11-9b22-00155d641509</CustomerID><CustomerLastName></CustomerLastName><AccountID>125853</AccountID><BillingAddress>Նալբանդյան
Երևան , 0010</BillingAddress><Phone1>(094) 85-48-69</Phone1><CustomerNullableID>2d71f3e7-4ff1-df11-9b22-00155d641509</CustomerNullableID><City>Երևան</City><Phone2></Phone2><CustomerName></CustomerName><Street>Նալբանդյան</Street><IsNewCustomer>False</IsNewCustomer><telephone1></telephone1><CustomerFirstName></CustomerFirstName><CustomerType>account</CustomerType><AccountName>A&amp;amp;B ապահովագրական ընկերություն</AccountName><ZipCode>0010</ZipCode><AccountNameByteArray>%41%26%42%20%D5%A1%D5%BA%D5%A1%D5%B0%D5%B8%D5%BE%D5%A1%D5%A3%D6%80%D5%A1%D5%AF%D5%A1%D5%B6%20%D5%A8%D5%B6%D5%AF%D5%A5%D6%80%D5%B8%D6%82%D5%A9%D5%B5%D5%B8%D6%82%D5%B6</AccountNameByteArray><Country>Հայաստան</Country><Phone></Phone><Email1>abinsuarnce@insurance.com</Email1></UiiContext>
2010-11-17 15:09:19: IN DESKTOP CORE CALLING EXE DEFAULT ACTIONS IN DO SET CONTEXT

There is no traced string ">>>>> RECEIVED Action". Look at this, this is abnormal session`s trace too.

2010-11-17 15:20:37: ApplicationHost: Loading app=HostedAppManager type=HostedControl
2010-11-17 15:20:37: ApplicationHost: Loading app=CtiCallControl type=HostedControl
2010-11-17 15:20:37: ApplicationHost: Loading app=CtiDesktopManager type=HostedControl
2010-11-17 15:20:37: ApplicationHost: Loading app=CtiRootONTAPI type=HostedControl
2010-11-17 15:20:37: ApplicationHost: Loading app=Workflow Manager type=HostedControl
2010-11-17 15:20:37: ApplicationHost: Loading app=Current Session Viewer type=HostedControl
2010-11-17 15:20:37: ApplicationHost: Loading app=Customer Search type=HostedControl
2010-11-17 15:20:37: ApplicationHost: Loading app=Session Explorer type=HostedControl
2010-11-17 15:20:37: ApplicationHost: Loading app=Workflow Explorer type=HostedControl
2010-11-17 15:20:37: ApplicationHost: Loading app=Նոր զանգ type=WebHosted
2010-11-17 15:20:37: UiiDebugger: Context = <UiiContext><State></State><CustomerID>2d71f3e7-4ff1-df11-9b22-00155d641509</CustomerID><CustomerLastName></CustomerLastName><AccountID>125853</AccountID><BillingAddress>Նալբանդյան
Երևան , 0010</BillingAddress><Phone1>(094) 85-48-69</Phone1><CustomerNullableID>2d71f3e7-4ff1-df11-9b22-00155d641509</CustomerNullableID><City>Երևան</City><Phone2></Phone2><CustomerName></CustomerName><Street>Նալբանդյան</Street><IsNewCustomer>False</IsNewCustomer><telephone1></telephone1><CustomerFirstName></CustomerFirstName><CustomerType>account</CustomerType><AccountName>A&amp;amp;B ապահովագրական ընկերություն</AccountName><ZipCode>0010</ZipCode><AccountNameByteArray>%41%26%42%20%D5%A1%D5%BA%D5%A1%D5%B0%D5%B8%D5%BE%D5%A1%D5%A3%D6%80%D5%A1%D5%AF%D5%A1%D5%B6%20%D5%A8%D5%B6%D5%AF%D5%A5%D6%80%D5%B8%D6%82%D5%A9%D5%B5%D5%B8%D6%82%D5%B6</AccountNameByteArray><Country>Հայաստան</Country><Phone></Phone><Email1>abinsuarnce@insurance.com</Email1></UiiContext>
2010-11-17 15:20:37: IN DESKTOP CORE CALLING EXE DEFAULT ACTIONS IN DO SET CONTEXT
2010-11-17 15:20:38: Պատվիրատու>>>>> RECEIVED Action : default

This is the trace of normal loaded session of the same entity

2010-11-17 15:15:46: ApplicationHost: Loading app=HostedAppManager type=HostedControl
2010-11-17 15:15:46: ApplicationHost: Loading app=CtiCallControl type=HostedControl
2010-11-17 15:15:46: ApplicationHost: Loading app=CtiDesktopManager type=HostedControl
2010-11-17 15:15:46: ApplicationHost: Loading app=CtiRootONTAPI type=HostedControl
2010-11-17 15:15:46: ApplicationHost: Loading app=Workflow Manager type=HostedControl
2010-11-17 15:15:46: ApplicationHost: Loading app=Current Session Viewer type=HostedControl
2010-11-17 15:15:46: ApplicationHost: Loading app=Customer Search type=HostedControl
2010-11-17 15:15:46: ApplicationHost: Loading app=Session Explorer type=HostedControl
2010-11-17 15:15:46: ApplicationHost: Loading app=Workflow Explorer type=HostedControl
2010-11-17 15:15:46: ApplicationHost: Loading app=Նոր զանգ type=WebHosted
2010-11-17 15:15:46: UiiDebugger: Context = <UiiContext><State></State><CustomerID>2d71f3e7-4ff1-df11-9b22-00155d641509</CustomerID><CustomerLastName></CustomerLastName><AccountID>125853</AccountID><BillingAddress>Նալբանդյան
Երևան , 0010</BillingAddress><Phone1>(094) 85-48-69</Phone1><CustomerNullableID>2d71f3e7-4ff1-df11-9b22-00155d641509</CustomerNullableID><City>Երևան</City><Phone2></Phone2><CustomerName></CustomerName><Street>Նալբանդյան</Street><IsNewCustomer>False</IsNewCustomer><telephone1></telephone1><CustomerFirstName></CustomerFirstName><CustomerType>account</CustomerType><AccountName>A&amp;amp;B ապահովագրական ընկերություն</AccountName><ZipCode>0010</ZipCode><AccountNameByteArray>%41%26%42%20%D5%A1%D5%BA%D5%A1%D5%B0%D5%B8%D5%BE%D5%A1%D5%A3%D6%80%D5%A1%D5%AF%D5%A1%D5%B6%20%D5%A8%D5%B6%D5%AF%D5%A5%D6%80%D5%B8%D6%82%D5%A9%D5%B5%D5%B8%D6%82%D5%B6</AccountNameByteArray><Country>Հայաստան</Country><Phone></Phone><Email1>abinsuarnce@insurance.com</Email1></UiiContext>
2010-11-17 15:15:46: IN DESKTOP CORE CALLING EXE DEFAULT ACTIONS IN DO SET CONTEXT
2010-11-17 15:15:47: Պատվիրատու>>>>> RECEIVED Action : default


What this mean ? Problem is not in the browser ?
Why sometimes the method "DoAction" of DiagWebAdapter does not called, and even when called Account form can still navigate to about:blank.

One more thing which I notice, look at the video. After viewing properties my form cames back, but this is not stabile too.

http://www.youtube.com/watch?v=LOfRjHJKv8o

Vahag.

Nov 17, 2010 at 2:08 PM

Hrm.... K Iv got a few thing I need you to do...

First, I have updated the adapter and posted a newer version with a lot more diag output.  Pull that down and use that in the next run.

Second … Look at this thread and turn on Verbose logging
http://crmcca.codeplex.com/Thread/View.aspx?ThreadId=225059

That will create a file called UiiDesktop.Txt when you run the desktop with a of Debug Info.

Next, close all instances of IE, then open the process manager on the machine and kill any instance of IE that is hanging around. ( and let me know if there were instances still in memory after you closed everything on the desktop )

 

What I would like you to do this time is Look in the Desktop bin/debug Directory and remove UIIDesktop.txt and UiiDesktop.log
In Visual Studio, Make sure the Output window is visible and then run the desktop in debug.

Run through your process, once complete copy the contents of the Visual Studio Output window into a Text file, Zip that TextFile, the UIIDesktop.txt and the UiiDesktop.log files up and either send them to me directly or post them to sky drive.

When were done with this.. make sure you turn off the verbose flag in the app.config file as it generates a lot of IO.

MattB - MSFT

Dec 1, 2010 at 9:14 AM

Hi Matt!

You helped me alot with the new Session and Tab if a new Window opens. But unfortunatly now I have the same problem as the people above in this thread.

 

Sometimes there are empty wep app adapters. But that's not all, if I close the CCA there are still some ie processes hanging around. I've tried a thread.sleep after the dynamic app has been loaded, but it doesn't help at all.

 

thx manuel

Dec 1, 2010 at 12:10 PM
Is this HAT or web application adapters?

Sent from my Windows Phone

From: maniga
Sent: Wednesday, December 01, 2010 4:14 AM
To: mattb-msft@hotmail.com
Subject: Re: Empty hosted web control [crmcca:230558]



> From: maniga
>
> Hi Matt!You helped me alot with the new Session and Tab if a new Window opens. But unfortunatly now I have the same problem as the people above in this thread. Sometimes there are empty wep app adapters. But that's not all, if I close the CCA there are still some ie processes hanging around. I've tried a thread.sleep after the dynamic app has been loaded, but it doesn't help at all. thx manuel
>
>
Dec 1, 2010 at 12:28 PM

The problem comes up if I use my custom web application adapter which creates a session over the customersearch. (like you told me) Additionaly I'm loading some apps for the newly created session, out of an hidden wpf control. So sometimes the Customer app (which is the "main" app for the session) is empty and sometimes the apps which are loaded after the session is created are empty. I can't reproduce the problem, or lets say, I'm not able to reproduce the problem on purpose.

The problem with the ie processes which are staying open if the cca is closed, has been inside my app since the beginning. (so the problem was there without custom code)

 

thx for your time

Manuel

Dec 1, 2010 at 12:47 PM
Are you running this in VS and breaking/stopping cca ?

Sent from my Windows Phone

From: maniga
Sent: Wednesday, December 01, 2010 7:28 AM
To: mattb-msft@hotmail.com
Subject: Re: Empty hosted web control [crmcca:230558]



> From: maniga
>
> The problem comes up if I use my custom web application adapter which creates a session over the customersearch. (like you told me) Additionaly I'm loading some apps for the newly created session, out of an hidden wpf control. So sometimes the Customer app (which is the "main" app for the session) is empty and sometimes the apps which are loaded after the session is created are empty. I can't reproduce the problem, or lets say, I'm not able to reproduce the problem on purpose.The problem with the ie processes which are staying open if the cca is closed, has been inside my app since the beginning. (so the problem was there without custom code) thx for your timeManuel
>
>
Dec 1, 2010 at 12:50 PM

It's inside vs as well as stand alone app.

Dec 1, 2010 at 3:51 PM

Ok, I’m starting to wonder if this is the root issue overall..
When CCA Instances IE, it manages the lifecycle of IE, So if you do a Debug – Stop you can end up with “ghost” IE’s running around.
This will eventually start causing problems for CCA as it will grab a handle to one of the ghosts creating the “white screen” problem. This can also happen if you raise an Application level exception and don’t handle it in CCA.

I would recommend that you kill off any IE Process that is hanging around after CCA exits in the methods above..

I would be really interested to hear if the white screen issue goes away once you do that…

MattB.

Dec 2, 2010 at 2:55 PM

Hi,

I'm back again. I tested the cca client with killing the ie processes before starting the client, but this made no difference at all. But if I start a ie window out of the ie panel in the app (with ctrl + n), I can see that the urls are "about:blank", so the default action of the app doesn't fire. (in my opinion)

When I debugg the client and step through it, I can see that in my web application adapter the handle to the ie com object gets some error results back from it. (but it also gets the error results when the app fires, so that shouldn't be a problem?)

Also very interesting is, that the agent desktop starts 2 ie processes at the beginning, but I only load one web hosted app. After that, every app gets one ie process. Where does the extra ie process at the beginning come from, or is it normal?

Manuel

 

Dec 2, 2010 at 5:19 PM

2 IE Processes are normal, and that is IE Doing it J

So few things… I posted a Diagnostic Web Application Adapter up on Sky drive, if you look up a few posts you will see the info on where to find it and use it.

Is this IE 7 or IE 8? And are you running IE in protected mode?

MattB-MSFT

Dec 3, 2010 at 7:53 AM

Unfortunatly the diagnostic web application adapter is not avaliable anymore. Could you please upload it again.

 

 

Dec 3, 2010 at 10:58 AM
Edited Dec 3, 2010 at 11:06 AM

Odd.  Updated Link is here:

 

Dec 7, 2010 at 11:24 AM

Hi Matt!

This link also doesn't work! I can't get to the skydrive over my windows live account. It forwards me to my home section of windows live.

Jan 3, 2011 at 2:43 PM

try this link then....   very odd... http://cid-5a34cce9728c8f4f.office.live.com/embedicon.aspx/BlogShare/BasicWebAppAdapter^_diag.zip

MattB.

Jan 12, 2011 at 7:01 AM

Hello all and Happy New Year :)

I would like to know if anyone have found any solutions to this problem ?

Thank you,
Vahag

Jan 14, 2011 at 1:12 PM

Did that last link work?

MattB.

Jan 17, 2011 at 5:47 AM

Yes, it worked.
Now I am trying to try it one more time. I`ll post my log minutes later.

maniga, can you try it in your environment too ?

Thanks,
Vahag

Jan 17, 2011 at 6:07 AM

Matt, I have noticed one thing.

One of my posts, I told that somtimes after viewing properties of my "white screen" form, it opens.
This accures not only after viewing form`s properties, but also after some interaction to it (ex. f11).

Thanks,
Vahag

Jan 17, 2011 at 7:38 AM

Matt, I have added the adapter.

Now I got stabile empty screen for Customer :D
This is the last lines of my UIIDebuger

2011-01-17 12:32:16: IN DESKTOP CORE CALLING EXE DEFAULT ACTIONS IN DO SET CONTEXT
2011-01-17 12:32:16: Customer *********** Before Nav >>> about:blank
2011-01-17 12:32:16: Customer>>>>> RECEIVED (CSR.Action) Action : default

Jan 17, 2011 at 10:40 AM

Well, that looks like an issue there.

So in this case, the about:blank is coming from the Starting URL setting in config, do you have a url set in your default action in the actions?

Mattb-msft

Jan 17, 2011 at 12:19 PM
Edited Jan 17, 2011 at 1:05 PM

Yes, surely.
The screenshot of my default action`s configuration is few posts upper.
"Customer" and "Պատվիրատու" are the same Hosted Controls

Vahag.

Dec 16, 2011 at 9:10 AM

Did anyone resolve this issue?  We've run into the same thing - there are blank hosted applications appearing (More prevalent on 64-bit clients), and along with that the background IE processes are not getting cleaned up post session close or Agent Desktop close, which seems to be related from the debugging I've done.

Dec 16, 2011 at 1:04 PM

This will happen if you use Debug => Stop or end the agent desktop in any other way then a “normal” shutdown. Normal meaning the desktop exited of its own accord

The reason its happening is that UII attaches to IE, and when it is terminated via debugging , it does not release the connection, as the process that cleans up the connection does not get to run.

When you have done this, its important to use the process explore tool of your choice to clean up any loose IE processes that are running,   else you will get some very odd experiences.

Dec 16, 2011 at 1:22 PM

Hi Matt,

Thanks for the response, however this is happening on a Win 7 64-bit client with IE9 and the AD running without a debugger attached, ran from the start menu after a normal install.  The applications are standard Hosted Applications, without the 'open IE as new process' box ticked.  It seems that the IE process that are created are children of svchost, and do not get cleaned up post-Agent Desktop close.

Dec 16, 2011 at 3:06 PM

That sounds like your running protected mode then..
Can you check to see if protected mode is enabled for any zone ? if so , please disable it for all zones and check again.. if it is enabled, that should sort it out.

Mattb-msft

Dec 16, 2011 at 3:15 PM

Hi Matt,

 

Thanks for the response.  We've tested this on one of the affected systems, turning off the Protected Mode on all zones.  It has reduced the memory footprint of each IE process, and has resulted in less processes being left over post Agent Desktop closure, however there are still processes being left, and those processes do not close post-Agent Desktop shutdown.  Are there any further lines of enquiry we can follow?

 

Thanks for your assistance,

 

Peter

Dec 16, 2011 at 5:56 PM

We would need to see your code before we went much further than this, the system, by default, cleans up IE instances after itself.. so something in your process, workflows or session viewing is not releasing the control so UII can clean it up.

First though, I would ask that you do a reboot on the dev system your testing this on and then Run the IAD through its paces, to see if the problem persists. The reboot will assure that you don’t have any loose COM handles laying around from the protected mode situation.

If the problem persists from there, I would suggest you open a support ticket to get someone to look at your running environment and determine where IE is sticking.

MattB.

Dec 19, 2011 at 11:10 AM

Hi Matt,

We finally traced the source of this issue, which was a peculiar one.  For the benefit of everyone else who's looking into this, the steps to reproduce were as follows:

The customer had requested significant JavaScript customisations on the Account form, which included loaded rapidly changing data into fields locally in the Account (Against our advice, incidentally).  During testing, we were loading multiple Account Forms into the AD to test the IE handling, as it was easy to load a 'dynamic' context-referencing form that way.  Because the JavaScript was modifying the values on the record, it caused IE and CRM to pop up the 'are you sure you want to navigate away from this page, you'll lose your changes' dialogue when we either closed a session or closed the AD.  We were just group-closing the multiple pop-ups, rather that clicking on 'OK' for each dialogue box pop-up.  This was causing IE not to close properly - as soon as we switched either the pages loaded or started clicking on each dialogue, the IE usage dropped while within the Agent Desktop, and cleaned up fully once closed.

Also, for reference, we did this with Protected Mode switched on, and it still worked.

We are currently testing a resolution for the 'blank tabs' issue, which essentially involves checking for a non-null InnerHTML OnDocumentLoaded; and if a null value is found, forcing a refresh.  So far, this appears to be working, however further testing is required to be 100% sure.  The root cause, of course, has not been resolved, however that appears to be some sort of native COM interop issue.

Dec 19, 2011 at 1:23 PM

Ahh, you didn’t say you were working with CRM as the web app, there is one other thing you need to switch to make sure you don’t get stuck popups..

In Settings, Administration, Privacy Preferences, Error Reporting tab, set the switch to specify the web application error notification and set it to automatically send errors.

That will stop the script error pop up that you will see occasionally.

The blank web page can be caused by a few things, however protected mode is the biggest culprit, and where you will see the COM+ error coming from.

If your using the desktop solution starter as the base, there are trace switches in the app.config that will let you see the errors being raised by the COM+ layer.  They are the Eventtopic switches.

MattB.