Bug 272664 - net/citrix_ica with x11-wm/plasma5-kwin: for some time after wfica starts a remote desktop, activation of anything other than the Citrix window can make the local Plasma desktop environment unusable
Summary: net/citrix_ica with x11-wm/plasma5-kwin: for some time after wfica starts a r...
Status: Open
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: freebsd-kde (group)
URL: https://www.freshports.org/net/citrix...
Keywords: needs-qa
Depends on:
Blocks:
 
Reported: 2023-07-22 12:56 UTC by Graham Perrin
Modified: 2023-11-29 04:34 UTC (History)
2 users (show)

See Also:
grahamperrin: maintainer-feedback? (emulators)
grahamperrin: maintainer-feedback? (kde)


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Graham Perrin 2023-07-22 12:56:36 UTC
An old bug, that I have been trying to avoid for at least two years. Briefly, from bug 272042 comment 7: 

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

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. 

Steps to workaround, condensed: 

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

 2. ignore general flickering

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

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

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

 6. when remote (e.g. Windows) desktop icons appear, double-click on an app 
    that may be likely to accelerate the workaround (I typically aim first 
    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 
    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 
    rapidly flickering area, to an area of the top of the screen where the 
    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 
    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), 
    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 
    drag the title bar until controls become visible, then use a control to 
    make the window a size that will be usable

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

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

19. be patient

20. await an indication that the freeze of the local desktop environment has 
    ended. 


I have a clock, showing seconds, at the foot of the panel to the left of the left-most screen.
Comment 1 Graham Perrin 2023-07-22 13:16:54 UTC
Keywords include crash, because it's far too easy for this bug to result in a situation that will require non-graceful stops of multiple applications. See, for example, the seven numbered steps at bug 272042 comment 7. 

There's no linux or linuxulator keyword … I suspect that /compat/linux is a factor. 

Tentatively blocking bug 272042.

See also: 

- <https://old.reddit.com/r/freebsd/comments/g12qz4/-/> (2020-04-14)
  – Citrix Receiver "… doesn't work anymore …"

- <https://forums.freebsd.org/threads/citrix-receiver-net-citrix_ica.81668/> 
  (2021-08-12)

- other discussions, links to which I don't have right now.
Comment 2 Graham Perrin 2023-11-29 04:34:00 UTC
Workaround, when the Plasma desktop environment at ttyv8 becomes unusable: 

1. switch to a different terminal, e.g. Control-Alt-F2 for ttyv1

2. log in as the bugged user

3. kill kwin_x11 (signal 15, SIGTERM)

4. exit (for security)

5. Alt-F9 for ttyv8

6. Alt-F2 for KRunner

7. kwin_x11

----

kde@ if this is not the type of bug that can be fixed, or improved, at the KWin level: please reset the assignee to the default for net/citrix_ica (no maintainer). 

Thanks.