Re: RemoteApp Dialogs Disappear



Update:

I tested it with WordPad and it happens there as well. It appears to happen
only with message boxes that generate a beep. I cannot confirm that, but that
is what I am seeing. In wordpad, go to the find text/search dialog and then
search for something that won't be found. The resulting dialog box indicating
that nothing was found shows the issue by beeping but not displaying in the
client machine.

Any other ideas? Thanks again.

"shd" wrote:

Thanks for your response.

So far I have only tested it with our apps, all .NET 2.0 coded in C#. I even
created a tiny sample app that has nothing special just a form with a button
that displays a message box, and it still occurs. I will look into the
windows ghosting.

"Vera Noest [MVP]" wrote:

Does this happen with all applications, even standard ones like
notepad, or just your own (in-house developed?) application?

I've read here sporadically about a similar problem with
applications developed with Delphi. From a previous post:

dialog box looses focus when showmodal is used. It's called Windows
Ghosting.
There's a procedure to disable it: "disablewindowsghosting"
Delphi is not TS compatible.
We did tests using delphi 4 -> delphi 2005 and it's still the same
problem.
_________________________________________________________
Vera Noest
MCSE, CCEA, Microsoft MVP - Terminal Server
TS troubleshooting: http://ts.veranoest.net
___ please respond in newsgroup, NOT by private email ___

=?Utf-8?B?c2hk?= <shd@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote on 17 nov
2008 in microsoft.public.windows.terminal_services:

Hi,

We are publishing our app through RemoteApp (Terminal Services
on a Win 2008 server) and we have some issues. Most of the
issues are painting problems, but adding some code alleviates
those. One issue though is more problematic.

Whenever our application shows a dialog (messagebox, or custom)
we can hear the beep of the dialog opening but no dialog
actually shows. This is not a painting issue because even if you
hover the mouse over where the dialog should be, the cursor
won't change, also pressing enter (default button) or ESC
(cancel button) won't do anything. Also maximizing another app
on top and bringing back published app to front won't change
anything.

If we kill the mstsc process and reconnect again, then we will
get the instance of the application we were just running, WITH
the dialog showing as it should have originally. It appears as
though the dialog is showing up in the server machine, not sure
why.

Also, this behavior varies between clients. There is one XP Sp3
client where this happens every single time a dialog is invoked.
In most of the other XP Sp3 clients this happens very
sporadically. I checked the clients and they are all running
same exact version of mstsc, IE7, and the activex dll loaded
from IE7.

Any ideas? Any knowledge of similar issues? Any help is very
much appreciated...Thanks

.