Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 22 Jul 2023 12:56:36 +0000
From:      bugzilla-noreply@freebsd.org
To:        ports-bugs@FreeBSD.org
Subject:   [Bug 272664] net/citrix_ica: without multiple workarounds after wfica starts a remote desktop, an entire local desktop environment may become unusable
Message-ID:  <bug-272664-7788@https.bugs.freebsd.org/bugzilla/>

next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D272664

            Bug ID: 272664
           Summary: net/citrix_ica: without multiple workarounds after
                    wfica starts a remote desktop, an entire local desktop
                    environment may become unusable
           Product: Ports & Packages
           Version: Latest
          Hardware: Any
                OS: Any
            Status: New
          Severity: Affects Only Me
          Priority: ---
         Component: Individual Port(s)
          Assignee: ports-bugs@FreeBSD.org
          Reporter: grahamperrin@gmail.com

An old bug, that I have been trying to avoid for at least two years. Briefl=
y,
from bug 272042 comment 7:=20

> =E2=80=A6 recurred today after I allowed net/citrix_ica =E2=80=A6 to make=
 the local=20
> desktop environment =E2=80=93 with /usr/local/bin/wfica as a part =E2=80=
=93=20
> completely unusable.=20
>=20
> After inadvertently bringing to the foreground something other than wfica=
:=20
> it's impossible to switch between applications, and so the wfica view of=
=20
> the remote desktop can not be used to apply the long-winded and fragile=20
> workaround that's normally necessary to avoid this blockage. =E2=80=A6

There are multiple aspects to the workaround. Behaviours, during the minutes
before the workaround becomes effective, are not entirely predictable.
Sometimes it's as if there's an element of luck.=20

Steps to workaround, condensed:=20

 1. ignore bug 258117 (unwanted full screen, maybe spanning=20
    multiple displays)

 2. ignore general flickering

 3. take great care to not inadvertently switch away from the wfica window=
=20
    (do not Alt-Tab, and so on)

 4. point at an edge of the remote screen where, otherwise, the local=20
    desktop environment would change appearance in response to pointing=20
    =E2=80=93 I usually aim for the left, where I have (in Plasma) a panel =
that=20
    includes Task Manager

 5. observe rapid localised flickering and do not shy away from this, it=20
    seems to be an essential step towards avoiding blockage

 6. when remote (e.g. Windows) desktop icons appear, double-click on an app=
=20
    that may be likely to accelerate the workaround (I typically aim first=
=20
    for Remote Desktop i.e. mstsc)

 7. observe nothing, as if the app has not been opened

 8. again, move the pointer to an edge of the remote screen that will cause=
=20
    rapid localised flickering

 9. observe opening of the app that was opened at step (6)

10. after the app window is in front, move the pointer away from the=20
    rapidly flickering area, to an area of the top of the screen where the=
=20
    Citrix palette should appear

11. do not be disconcerted by rapid flickering that might also occur in this
    area

12. click

13. rinse and repeat some steps above until, finally, a click somewhere at=
=20
    the top of the remote screen triggers visibility of the Citrix palette

14. if all palette fonts are illegible (a bug that is not yet reported),=20
    then click the icon that looks most like a window

15. take great care to click nothing other than the wfica window

16. if window controls within the title bar are out of sight, carefully=20
    drag the title bar until controls become visible, then use a control to=
=20
    make the window a size that will be usable

17. observe that the local desktop environment froze when wfica began its=20
    remote desktop connection

18. resist temptation =E2=80=93 take great care to click nothing within the=
 local=20
    desktop environment; refrain from Alt-Tab; and so on

19. be patient

20. await an indication that the freeze of the local desktop environment ha=
s=20
    ended.=20


I have a clock, showing seconds, at the foot of the panel to the left of the
left-most screen.

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-272664-7788>