Hiding active window?

[trickster76]

We are using MF 1.8 in an NT domain comprised of Win 95/98/Nt/2000 clients. One problem we have encountered from time to time with various clients is that sometimes, active windows or dialog boxes are turned into "inactive" and hidden (either minimised to the taskbar or hidden behind the previous active window).

For example: in an application such as MS Word, going to FILE|PRINT, should bring up the print dialog box but the dialog box is hidden behind the Word Window so we have to minimize the Word window or move it in order to see the print dialog box.

Has anyone else encountered this?
TYIA

 

[wilsona]

We have encountered this problem with 16-bit Borland Database Engine / Delphi applications. Users were reporting hung sessions when in fact there was a dialog box behind the apparently active window. They may have been double-clicking buttons by mistake. The fix was to educate the users to try moving the top window out of the way before calling support! Anyone got a more technical explanation or fix?

 

[trickster76]

Definitely not an end-user thang. We managed to recreate it and see for ourselves. It happens mostly when we use our ERP system, Baan.
The only thing I can find relating to this on the citrix knowledgebase is:

http://hqextsrvsft01.citrix.com/cgi...3,U=1,ST=89,N=0009,K=7809,SXI=3,Case=obj(548)

 

[wilsona]

Do you have a document ID?

 

[trickster76]

oops, yes : CTX825214

The solution seems a bit vague to me. Will be trying it out later I guess. Just wondered if anyone else had encountered this.

 

[wilsona]

We will pass this info on to our suppliers (it is a software development issue - dialog window default property setting) and see if they can incorporate it into their next release. I expect you might have trouble with Baan, though.

In our case, this explains where the user double-click might be relevant - their first click causes the dialog request, but before it appears the second click takes the focus away from it back to the original window...