Just uncovered a disparity in the Gnome vs. Unity desktop involving the latest version of the Citrix ICA Client. Everything worked fine with Version 13 of the client but upgrades on the server side forced me to update to the latest version (19). Full screen mode under Unity no longer works; I always get the launcher and the top bar from Unity displayed with the remote desktop within. The mouse pointer is also “off” as I have to use the mouse “tail” to click on icons instead of the pointed tip.
This does not happen if I boot into the Gnome desktop, but that has it’s own weird issues. If I swap away to another virtual desktop and back, the remote screen is initially displayed within Gnome, then after a few moments takes over the entire screen again (weird).
FWIW, things aren’t much better with the Cinnamon desktop as the launcher always remains visible too (but that’s just at the bottom of the screen, not the top and left hand sides). I wish I could keep using Version 13 of the client but that was taken out of my hands. Not sure if there’s anything you guys can do about it but I thought I’d report it. BTW, I’m running 18.04.3LTS and I’m all up to date with patches. I have the Unity PPA added to my PPAs as well. Since Unity development is taking place here, I figured I’d report this here rather than on the 18.04 thread.
18.04 thread is better place. This is only for 19.10 development. But there is no reason that it shouldn’t work. May be something gone wrong with your set up or Citrix. Try finding out what settings changed in citrix from13 to 19. Also try auto hiding the launcher.
As of 15:00 EST 2019-10-08, after dist-upgrading 19.10, upon rebooting and launching Unity, one of my machines return a message about not being able to launch the Unity session because of some errors. Gnome session is not affected and works.
Well you could, for the moment, make /usr/bin/gnome-session look exactly like the image. If not done exactly you’ll likely not be able to log into anything. As to any unintended effects, haven’t seen but that doesn’t mean there aren’t.
Changes made are between the final 2 fi
If remotely unsure how to maybe post elsewhere like ubuntu forums as this place doesn’t particularly like support posts or bug hacks…
Maybe the downstream gnome-session.service we have in Ubuntu could use /usr/lib/gnome-session/gnome-session-binary directly instead of going through this wrapper, if that $REGION stuff isn’t needed.
are you saying my suggestions didn’t work? I mean you could do something like that, but it’d be a gross and unnecessary hack I think, when you could tell gnome-session what to do from the outside.
@laney: No, I’m rather saying that I wasn’t quite sure of which changes exactly you proposed in the .service file. Did you mean to change it for standard Ubuntu too, or adding a special case for Unity there?
Unity uses a file gnome-session.service which is not used by any other desktop. It’s from when we had systemd launching the user session back in yakkety (IIRC). You might remember that I deleted it a few weeks ago thinking it was unused, and broke Unity then.
That file (debian/data/gnome-session.service in the source package or /usr/lib/systemd/user/gnome-session.service on an installed system) should be edited to add --builtin after the calls to execute gnome-session. i.e.: