BuyLog In
Ticket T721108
Visible to All Users
Duplicate

We have closed this ticket because another page addresses its subject:

An application running via RemoteApp is minimized when switching between controls

Windows Remote App - Modal dialogs disappear in some circumstances

created 6 years ago

[DevExpress Support Team: CLONED FROM T673727: Display issues under Windows Remote App session]
Did the solution help this client?

It did not with our product.
I've been searching for a solution for six months now and I'm on the bridge of a depression.
It is mentioned that the main issue is with Microsoft but still customers with our old version (devexpress v15) never mentioned the issue en after the upgtrade of our product to v18.1 the issues were mentioned by our customers.

with terminal server or local on a server (RDP) there is no issue. Only when the tool is statred as an Remote App.

Do you have other threads or customers mentioning this issue and/or helped them getting it solved?

Many thanks in advance.
I will start a new thread if needed, just let me know.

Comments (3)
DevExpress Support Team 6 years ago

    Hello,

    From what I gather, you upgraded your components to version 18.1 and noticed issues with the remote desktop connection. Do I understand correctly that the popup forms in your application have an incorrect z order as it is illustrated in The popup form is shown below its parent form if the RDP-server is used thread? If so, set the DevExpress.XtraEditors.Popup.PopupBaseForm.ForceRemotingCompatibilityMode property before the application form is shown.
    If this does not help, please describe your scenario in greater detail and provide us with screenshots to illustrate it. In addition, please clarify when and where you set the ForceRemotingCompatibilityMode property in your application.
    I hope to hear from you soon.

    C C
    Customer43898 6 years ago

      Hello,

      I'm guessing we have a wrong definition of the term POPUP.
      The ForeceRemotingCompatibilityMode-property is part of the SimplePopupBaseForm and not XtraForm.
      Our "popups" are actually new windows deriving from XtraForm directly.
      In order to have the property actually doing something our form needs to derive from PopuForm or at Least SimplePopupBaseForm.

      Something tells me that in our code the ForceRemotingCompatibilityMode-property is not impacting our Forms.

      Does my idea makes sense?

      C C
      Customer43898 6 years ago

        I'll try to give an example of the scenario with a video The application is opened as Remote App.
        What do you see on the video:

        1. application is open with a list on the main form and I opened an item to see the details. The detailscreen is shown on top so I can work.
        2. I have a task Manager open to let you see what windows are open according to Remote desktop Connection
        3. I navigate to the next details, again, again,… sometimes the detailscreen just disappears as you can see in the video.
        4. The first time I had to click to activate the Task Manager --> plouf screen is back, The second time:
          While it is gone I do NOTHING only move my mouse to let you see that the screen is gone from the menubar and is gone in the taskmanager.
        5. Now I hover on a place where the screen should be and I hover on a place where there is a button with tooltip.
        6. pouf screen is back

        Somehow the screen is there somewhere and the hover on the invisible button generates a tooltip = GUI change and bang the screen is back

        It also happens sometimes when I select a date in a datepicker or refresh the data on the screen (refresh-button in the application on top)

        Sign in to comment on this post

        Answers approved by DevExpress Support

        created 6 years ago

        Yes, the ForceRemotingCompatibilityMode property affects all popup forms and doesn't affect standalone forms. The issue demonstrated in your video appears to be a problem similar to the one discussed in the An application running via RemoteApp is minimized when switching between controls thread. There Stepan was able to resolve this issue by disabling the EnableAdvancedRemoteFXRemoteAppSupport option at the system level.

        I've also searched on the Internet and found the W10 1709 RemoteApp - Pop-ups hidden behind main window discussion. According to that discussion, this is a known Microsoft issue which should be fixed in March or April updates. Unfortunately, I didn't find any update on that issue. However, I see the same workaround is suggested in that thread - disable the Use advanced RemoteFX graphics for RemoteAppgroup option on the RD Session Host server.

        Please try this solution on your system and let me know your results.

          Comments (1)
          C C
          Customer43898 6 years ago

            Dear,

            Let me give you an update on what we have done.

            Server = 2021R2
            Client: test-1: Windows 10 1803; test-2; Windows7
            Add new registrykey in

            [HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client]
            "EnableAdvancedRemoteFXRemoteAppSupport"=dword:00000000

            Result: in both client cases, screen still sometimes disappears from taskmanager/taskbar but screen stays visible for user.
            We will try it with all customers and hope they will accept the registry change and hopefully it will work for each client user.
            Still I'm angry at Microsoft as I think the problem is with them (for a really long time now).

            This means that all remote applications cannot use FXremotesupport, which could be a problem for performance and stuff.

            For now I would say: Ticket solved. so many thanks for looking into this.

            Sign in to comment on this post

            Disclaimer: The information provided on DevExpress.com and affiliated web properties (including the DevExpress Support Center) is provided "as is" without warranty of any kind. Developer Express Inc disclaims all warranties, either express or implied, including the warranties of merchantability and fitness for a particular purpose. Please refer to the DevExpress.com Website Terms of Use for more information in this regard.

            Confidential Information: Developer Express Inc does not wish to receive, will not act to procure, nor will it solicit, confidential or proprietary materials and information from you through the DevExpress Support Center or its web properties. Any and all materials or information divulged during chats, email communications, online discussions, Support Center tickets, or made available to Developer Express Inc in any manner will be deemed NOT to be confidential by Developer Express Inc. Please refer to the DevExpress.com Website Terms of Use for more information in this regard.