Jump to content
Updated Privacy Statement
  • 0

Black square around cursor with GRID


Eric Rottier

Question

Hi all,

 

We have a problem with a black square around a cursor in graphical applications like SketchUp and Photoshop. <See attachment>

 

All I can find is that the issue was known before VDA 7.6, and fixed in 7.6. But it seems it's back...

(source 1, source 2 and more I cannot find atm.)

 

The environment:

  • XenServer 7.1 (7.0 has the same error) with Nvidia GRID K2 (K240Q, 1GB profile)
  • Newest NVidia drivers on the XenServer and XenDesktop.
  • XenDesktop:
    • DDC: 7.13
    • VDA: 7.13, HDX 3DPro + NVENC (hardware acc - on)
    • Fresh installed Windows 10, 1607.1, fully patched

The problem only occurs on Receiver for Linux (13.4.2) machines. We have around 90% HP ThinPro T630's. Receiver 13.5 also does not fixes it.

 

A interesting detail is the HDX monitor. The Graphics - Thinwire states: Component_Capabilities_Cursor32BitsSupport: False.

On Receiver for Windows machines, where the cursor behaves normally, this is set to True.

I do not know how to influence this.

 

Options I tried:

  • Receiver for Windows does not have this problem
  • Two different freshly installed XenServer machines produce the same result
  • Session resized
  • Session reconnection (also to a Windows client, which is good, then back to Linux and it's bad again)
  • Cursorshadow off (was already off, tried turning it on to no avail ofc)
  • HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Citrix\HDX3D
    • HKLM_CatiaV6Cursor (should not work after XD 5.6 anyway)
    • EnableUnknownCursorHandling set to 1
  • Set DisableXRender=1 in wfica.ini in the Linux client
  • Changed mouse pointer schema in client and XenDesktop
  • More I already forgot

 

The reason we have the latest version of everything is because the issues we had before. The most annoying was the constant session (client) freezing while the session worked fine in the background. So it's unfortunately not really an option to go back.

 

I personally think the ¨Cursor32BitsSupport¨ set to false is the thing I'd like set to true, but I cannot find any option to toggle it anywhere.

 

I hope anyone has more bright idea's :)

 

Thanks!

post-7964809-0-05550300-1490281945_thumb.jpg

Link to comment
  • Answers 59
  • Created
  • Last Reply

Recommended Posts

I think you need to open a ticket if you want a fix for 7.15LTRS

We have the exact same environment, and even with 7.17 the problem does exists sometimes if you connect with a MAC. If you re-logon the problem is gone.

 

By the way are you using persistent VMs or non persistent with MCS / PVS? (Just asking because we have some problems with big Profiles cause of Adobe and Autodesk)

 

We hope the next LTRS will be ok so we can switch to this. For now we are living with 7.17.

 

regards

Link to comment
6 minutes ago, Bastian Frohnhoefer said:

I think you need to open a ticket if you want a fix for 7.15LTRS

We have the exact same environment, and even with 7.17 the problem does exists sometimes if you connect with a MAC. If you re-logon the problem is gone.

 

By the way are you using persistent VMs or non persistent with MCS / PVS? (Just asking because we have some problems with big Profiles cause of Adobe and Autodesk)

 

We hope the next LTRS will be ok so we can switch to this. For now we are living with 7.17.

 

regards

 

non-persistent with MCS

 

yeah i have opened a ticket with citrix to see if they can do a "fix" for 7.15, will update you if we hear back from them.

 

we run both autodesk and adobe on our environment but adobe is the only issue we have at the moment which is stopping us rolling our new terminals to our users!

Link to comment
43 minutes ago, Will Chan said:

 

non-persistent with MCS

 

yeah i have opened a ticket with citrix to see if they can do a "fix" for 7.15, will update you if we hear back from them.

 

we run both autodesk and adobe on our environment but adobe is the only issue we have at the moment which is stopping us rolling our new terminals to our users!

 

thanks for the information.

If non persistent is working for you it seems we need to change the profile behavior. Right now the profile is bloated by Adobe and the logon time is to high. As Personal V-Disk is deprecated it seems we need to implement App Layering.

Link to comment

We resolved this in our environment by turning off "Optimize for 3D graphics workload". Through trial and error we found the cursors blacking out when going from a linux based thin client, to a windows device, and back to a linux based thin client. We were able to reproduce this on a Virtual Desktops 1811 instance running latest 1903 windows/linux clients.

 

We used Remote Display Analyzer https://www.rdanalyzer.com/ and confirmed that when "optimize for 3D graphics workloads" is selected, Windows clients use H265 encoding, whereas Linux clients can only support H264. The behavior is as though the ICA services can gracefully flip from H264 to H265 but not back to H264 in the same running session - we had other random rendering problems occurring on grid as well as this cursor issue and so far they seem to have cleared up as well.

Link to comment

I have a case opened with Citrix and very recently got the reply that it's kinda a known issue with them, and they are investigating. No solution or hotfix yet.

 

It seems a thing between the VDA 7.13 and the Receiver for Linux. They think that the issue lies within the VDA.

 

As far as I read from my communications with them, I'm the second registered case with this issue and it's promoted to engineering.

 

I would encourage all with this issue ánd a valid maintenance contract, to open a case with them and refer to my case nr: SR#72449628. This way more logs can be send to Citrix and the faster this process goes - hopefully.

Link to comment

Rakesh, we submitted the "Enhancement Request Form" to the Receiver Team as instructed by support but have not heard back. We have discovered that this is happening using some tools in Autodesk Revit which is very critical to our business.

 

What i am not understanding is why is this issue occurring only after we upgrade from 7.9 to 7.13. If we downgrade back to 7.9 the problem goes away even with the latest Linux Receiver. Since the downgrading the VDA fixes the issue, why is this a receiver problem? And why do i need to request an "Enhancement"?

Link to comment

They wanted to ship this issue off to a 'product enhancement'. This is absolutely not the case!

 

I've shown them that the 7.8 VDA and 7.13 VDA have a difference. In the 7.8 the black square is NOT shown and everything works fine in the Receiver for Linux.

 

Please do not be fooled or shipped off with that this is currently not in the Receiver or VDA because it should be in. It is not a missing feature. They broke it and should fix it! I've proven this and they know it.

 

Please keep all tickets open! And if possible ask Citrix themselves to login in both versions of you VDA environment.

Link to comment

Official development!  B)

 

I've got a reaction in my ticket.

 

Selectively quoted and paraphrasing: "Due to an feature enhancement in VDA 7.11 for cursor rendering, 32-bit support is required for color cursor with transparent background. This can only be 'fixed' with an enhancement in the Receiver for Linux and/or Mac."

 

 

Of course this is not really an enhancement, but rather a fix, if they broke it themselves.  ;)

Link to comment

After updating the vda to 7.14 in a test environment, it appears to have resolved the issue for us. Updated my case with Citrix and will see what they say...

 

**Update**

 

It is unfortunately not working on 7.14 and it looks like we'll have to wait for the feature request to go through :(

Link to comment

Unfortunately VDA 7.14 gives no joy.

 

The problems stays within the Receiver for Linux. (and MAC I was told)

 

Citrix has finally closed my call (while I was a week off grrr) with the statement that 'we do not have such design for the Alpha cursor on Linux Receiver'. So while the VDA had an enhancement that 'pushes' transparency with the cursor, they did not think it wise to add it in the Receiver for linux. (talk about a very bad functioning QA!)

 

Because they did add a 'feature' on the VDA side, they do not consider the Receiver side (different dev team) and therefore do not classify this as a bug. There is an Enhancement Request (ID: RFE ID-002984) that they could implement if they find it important enough. And of course, since this is not a bug by Citrix standards, it could very well take a while.....

Link to comment

Nope.  :(  For months now.

 

Workaround: Replace all workstations with Windows- or MAC-based ones. They should/do work.

 

Citrix refuses to acknowledge that this is a bug that they created.

Instead they classified this as a 'new feature' and threw it at the bottom of the pile.

 

Best thing to do is to open up a case with them because this still is a bug in my opinion.

 

The thing is, Citrix just does not seem to know how Linux clients work or does not have the programmers that understand Linux systems. You will probably be better of using RDP :ph34r: or Windows-based clients with Citrix.

Link to comment

Archived

This topic is now archived and is closed to further replies.


×
×
  • Create New...