<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>NickTT Tracker</title>
    <link>https://communities.vmware.com/wbsdv95928/tracker</link>
    <description>NickTT Tracker</description>
    <pubDate>Fri, 24 Nov 2023 06:44:00 GMT</pubDate>
    <dc:date>2023-11-24T06:44:00Z</dc:date>
    <item>
      <title>Teams Mobile Calls to Teams Desktop App Drop</title>
      <link>https://communities.vmware.com/t5/Horizon-Members/Teams-Mobile-Calls-to-Teams-Desktop-App-Drop/m-p/2996000#M41</link>
      <description>&lt;P&gt;We noticed a strange issue. If someone calls a user in Teams.. from the Mobile App and click answer... the call will drop immediately. However, if Teams is running on a non VDI machine, it works fine. Doesn't matter if the caller is external or internal to the company.&lt;/P&gt;&lt;P&gt;We are running Horizon 2306.&lt;/P&gt;&lt;P&gt;My Teams VDI version is 1.6.00.29964. Though we are seeing this same situation with other versions of Teams.&lt;/P&gt;&lt;P&gt;Looking at the Teams call logs I am getting "&lt;SPAN&gt;Response code: 410"&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="NickTT_0-1700162941670.png" style="width: 400px;"&gt;&lt;img src="https://communities.vmware.com/t5/image/serverpage/image-id/104460i3352D2073BA25A56/image-size/medium/is-moderation-mode/true?v=v2&amp;amp;px=400" role="button" title="NickTT_0-1700162941670.png" alt="NickTT_0-1700162941670.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Teams Phone → Mobile App = Works&lt;/P&gt;&lt;P&gt;Mobile App → Teams Phone = Works&lt;/P&gt;&lt;P&gt;Mobile App → Mobile App = Works&lt;/P&gt;&lt;P&gt;Mobile App → Physical Desktop App = Works&lt;/P&gt;&lt;P&gt;Physical Desktop App → Mobile App = Works&lt;/P&gt;&lt;P&gt;Mobile App → VDI Desktop App = Drops&lt;/P&gt;&lt;P&gt;VDI Desktop App → Mobile App = Drops&lt;/P&gt;</description>
      <pubDate>Thu, 16 Nov 2023 19:30:24 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Members/Teams-Mobile-Calls-to-Teams-Desktop-App-Drop/m-p/2996000#M41</guid>
      <dc:creator>NickTT</dc:creator>
      <dc:date>2023-11-16T19:30:24Z</dc:date>
    </item>
    <item>
      <title>Teams Mobile Calls to Teams Desktop App Drop</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Teams-Mobile-Calls-to-Teams-Desktop-App-Drop/m-p/2995956#M100178</link>
      <description>&lt;P&gt;We noticed a strange issue. If someone calls a user in Teams.. from the Mobile App and click answer... the call will drop immediately. However, if Teams is running on a non VDI machine, it works fine. Doesn't matter if the caller is external or internal to the company.&lt;/P&gt;&lt;P&gt;We are running Horizon 2306.&lt;/P&gt;&lt;P&gt;My Teams VDI version is 1.6.00.29964. Though we are seeing this same situation with other versions of Teams.&lt;/P&gt;&lt;P&gt;Looking at the Teams call logs I am getting "&lt;SPAN&gt;Response code: 410"&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 16 Nov 2023 18:20:18 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Teams-Mobile-Calls-to-Teams-Desktop-App-Drop/m-p/2995956#M100178</guid>
      <dc:creator>NickTT</dc:creator>
      <dc:date>2023-11-16T18:20:18Z</dc:date>
    </item>
    <item>
      <title>Re: Ver 2209/2206/2203 not connecting. App self terminates. Only v2111.1 works.</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Ver-2209-2206-2203-not-connecting-App-self-terminates-Only-v2111/m-p/2990911#M100041</link>
      <description>&lt;P&gt;Same here... have had a case open for months. I have even tried updating the UAG, Connection Servers and Agents to the latest and greatest. No luck. Run the older client and it works fine.&lt;/P&gt;</description>
      <pubDate>Fri, 13 Oct 2023 04:27:04 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Ver-2209-2206-2203-not-connecting-App-self-terminates-Only-v2111/m-p/2990911#M100041</guid>
      <dc:creator>NickTT</dc:creator>
      <dc:date>2023-10-13T04:27:04Z</dc:date>
    </item>
    <item>
      <title>Re: Horizon UAG wont connect to desktop on first try.</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Horizon-UAG-wont-connect-to-desktop-on-first-try/m-p/2987594#M99931</link>
      <description>&lt;P&gt;No LB but we use a Public DNS traffic steering policy to flip DNS record if our primary GW is down to redirect traffic over our backup ISP.&lt;/P&gt;&lt;P&gt;We have a total of 2 GW and 2 Connect servers. However they are paired as a 1 to 1 match. IE GW01 is paired to CS01. We understand that users will have to reconnect remotely, as we only about 50 at any given time, if there is some sort of connectivity issue with the primary Gateway. I actually worked with VMware support on this setup and got their blessing. So the GW have no HA configurations on them.&lt;/P&gt;&lt;P&gt;The system had been working fantastic for years till we upgraded to 2212. We had the clients and agents running 8.5 or under for some time while the servers were running 2212. We finally upgraded to 8.8 and started having issues with the remote access. We pushed out 8.8 for the improve MS Teams Support.&lt;/P&gt;&lt;P&gt;The strange part is that it only fails on the first try.... after that... no issues. Almost like DNS is failing to resolve or something.&lt;/P&gt;</description>
      <pubDate>Thu, 21 Sep 2023 12:16:47 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Horizon-UAG-wont-connect-to-desktop-on-first-try/m-p/2987594#M99931</guid>
      <dc:creator>NickTT</dc:creator>
      <dc:date>2023-09-21T12:16:47Z</dc:date>
    </item>
    <item>
      <title>Horizon UAG wont connect to desktop on first try.</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Horizon-UAG-wont-connect-to-desktop-on-first-try/m-p/2987157#M99906</link>
      <description>&lt;P&gt;Recently we started running into issues of our remote workers having to connect twice to their VM when remote going through a gateway. User will get a gateway error message but then when they try a second time it connects.&lt;/P&gt;&lt;P&gt;Horizon Client Returns:&lt;BR /&gt;vdpconnect_gateway_error: the connection to the remote computer encountered a gateway error.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Horizon 2212 (&lt;SPAN&gt;8.8.0 build - 21073894)&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;Unified Access Gateway Appliance v22.12&lt;/P&gt;&lt;P&gt;Agents&amp;nbsp;8.8.0-21067308&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I have had a ticket open for some time.. anyone else see this?&lt;/P&gt;</description>
      <pubDate>Mon, 18 Sep 2023 17:07:14 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Horizon-UAG-wont-connect-to-desktop-on-first-try/m-p/2987157#M99906</guid>
      <dc:creator>NickTT</dc:creator>
      <dc:date>2023-09-18T17:07:14Z</dc:date>
    </item>
    <item>
      <title>Re: Horizon, Teams and Yealink MP50</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Horizon-Teams-and-Yealink-MP50/m-p/2986919#M99902</link>
      <description>&lt;P&gt;We returned them... Yealink buttons don't work correctly in VDI. Wouldn't dial numbers correctly.&lt;/P&gt;</description>
      <pubDate>Fri, 15 Sep 2023 13:25:19 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Horizon-Teams-and-Yealink-MP50/m-p/2986919#M99902</guid>
      <dc:creator>NickTT</dc:creator>
      <dc:date>2023-09-15T13:25:19Z</dc:date>
    </item>
    <item>
      <title>Teams Phone - "Connect a Device"</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Teams-Phone-quot-Connect-a-Device-quot/m-p/2986917#M99901</link>
      <description>&lt;P&gt;When Teams runs locally on a laptop and you have a desk phone like the Poly CCX505 or CCX600, you can "Pair" the device to Teams so you when you make calls in Teams it actually remotely controls the phone and send connects the call that way. It gives users a nicer experience in the long run because they don't have to guess what device to use, be it PC audio or the Phone. Is something like that possible with Teams in Horizon?&lt;/P&gt;</description>
      <pubDate>Fri, 15 Sep 2023 13:16:05 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Teams-Phone-quot-Connect-a-Device-quot/m-p/2986917#M99901</guid>
      <dc:creator>NickTT</dc:creator>
      <dc:date>2023-09-15T13:16:05Z</dc:date>
    </item>
    <item>
      <title>Re: Horizon, Teams and Yealink MP50</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Horizon-Teams-and-Yealink-MP50/m-p/2982345#M99795</link>
      <description>&lt;P&gt;We got a few to test them out. Will let you know in a few weeks.&lt;/P&gt;</description>
      <pubDate>Tue, 15 Aug 2023 17:12:31 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Horizon-Teams-and-Yealink-MP50/m-p/2982345#M99795</guid>
      <dc:creator>NickTT</dc:creator>
      <dc:date>2023-08-15T17:12:31Z</dc:date>
    </item>
    <item>
      <title>Re: Agent Upgrade Not Available</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Agent-Upgrade-Not-Available/m-p/2982317#M99794</link>
      <description>&lt;P&gt;We upgraded to the the PLUS license and have the required license... however it still shows it needs to be enabled but doesn't say how or where. We only use Manual Desktop Pools. Any info on how to enable this?&lt;/P&gt;</description>
      <pubDate>Tue, 15 Aug 2023 14:20:13 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Agent-Upgrade-Not-Available/m-p/2982317#M99794</guid>
      <dc:creator>NickTT</dc:creator>
      <dc:date>2023-08-15T14:20:13Z</dc:date>
    </item>
    <item>
      <title>Re: Teams Human Interface Devices</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Teams-Human-Interface-Devices/m-p/2971671#M99524</link>
      <description>&lt;P&gt;Started working through the gateways too for me so we are in good shape.&lt;/P&gt;</description>
      <pubDate>Mon, 05 Jun 2023 17:05:48 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Teams-Human-Interface-Devices/m-p/2971671#M99524</guid>
      <dc:creator>NickTT</dc:creator>
      <dc:date>2023-06-05T17:05:48Z</dc:date>
    </item>
    <item>
      <title>Static DNS Removed after Reboot.</title>
      <link>https://communities.vmware.com/t5/ESXi-Discussions/Static-DNS-Removed-after-Reboot/m-p/2971627#M288515</link>
      <description>&lt;P&gt;We are seeing this issue randomly. About 1 machine a day. We use Cisco's Umbrella Client for secure DNS. So all VMs have their DNS set to local host IP, 127.0.0.1. Starting earlier this year we have seen machines boot up after a restart with no DNS entry at all. Just empty. To resolved the issue we manually set DNS back to our local Domain controller's IP and it will start resolving again. The Umbrella client will then check in and reset DNS back to 127.0.0.1. This is only happening to Virtual machines. Doesn't matter if it's a server or workstation. I suspect it's something going on with VMware tools. I will see an application event log event from VMUpgradeHelper right before I see events where the domain or other systems are not reachable.&lt;/P&gt;&lt;PRE&gt;Event:&amp;nbsp; Restoring network configuration.&amp;nbsp;&lt;BR /&gt;Source: VMUpgradeHelper&lt;BR /&gt;EventID: 258&lt;/PRE&gt;&lt;P&gt;AND&lt;/P&gt;&lt;PRE&gt;Event: Restored network configuration.&lt;BR /&gt;Source: VMUpgradeHelper&lt;BR /&gt;EventID: 271&lt;/PRE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 05 Jun 2023 12:40:22 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/ESXi-Discussions/Static-DNS-Removed-after-Reboot/m-p/2971627#M288515</guid>
      <dc:creator>NickTT</dc:creator>
      <dc:date>2023-06-05T12:40:22Z</dc:date>
    </item>
    <item>
      <title>Re: Teams Human Interface Devices</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Teams-Human-Interface-Devices/m-p/2966670#M99270</link>
      <description>&lt;P&gt;Yep, noticed it started working while in the office. However, I also noticed when working remotely going through the gateway the buttons do not work. Anyone else seeing this issue?&lt;/P&gt;</description>
      <pubDate>Wed, 03 May 2023 16:58:11 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Teams-Human-Interface-Devices/m-p/2966670#M99270</guid>
      <dc:creator>NickTT</dc:creator>
      <dc:date>2023-05-03T16:58:11Z</dc:date>
    </item>
    <item>
      <title>Re: Teams Human Interface Devices</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Teams-Human-Interface-Devices/m-p/2958172#M98827</link>
      <description>&lt;P&gt;Any update or comment to my question&amp;nbsp;&lt;a href="https://communities.vmware.com/t5/user/viewprofilepage/user-id/3001142"&gt;@sprabhu11&lt;/a&gt;&amp;nbsp;?&lt;/P&gt;</description>
      <pubDate>Tue, 07 Mar 2023 17:41:10 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Teams-Human-Interface-Devices/m-p/2958172#M98827</guid>
      <dc:creator>NickTT</dc:creator>
      <dc:date>2023-03-07T17:41:10Z</dc:date>
    </item>
    <item>
      <title>Re: Teams Human Interface Devices</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Teams-Human-Interface-Devices/m-p/2954984#M98656</link>
      <description>&lt;P&gt;&lt;a href="https://communities.vmware.com/t5/user/viewprofilepage/user-id/3001142"&gt;@sprabhu11&lt;/a&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Are there any special configurations we should stage ahead of time? For instance... I have "Allow Auto Device Splitting" enabled and set to Allow in Group Policy.&lt;/P&gt;</description>
      <pubDate>Thu, 16 Feb 2023 16:51:40 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Teams-Human-Interface-Devices/m-p/2954984#M98656</guid>
      <dc:creator>NickTT</dc:creator>
      <dc:date>2023-02-16T16:51:40Z</dc:date>
    </item>
    <item>
      <title>Re: Teams Human Interface Devices</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Teams-Human-Interface-Devices/m-p/2954981#M98655</link>
      <description>&lt;DIV class=""&gt;&lt;DIV&gt;Wonder if this is related....&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;&lt;SPAN&gt;&lt;STRONG&gt;TM510646&lt;/STRONG&gt;:&amp;nbsp;&lt;/SPAN&gt;February 15, 2023 2:44 PM&lt;/DIV&gt;&lt;/DIV&gt;&lt;P&gt;&lt;SPAN&gt;Title: Teams users with Human Interface Devices (HID) may experience persisting dial tones or other degraded functionality User impact: Users with HIDs attached when disconnecting from a Teams meeting may subsequently experience degraded functionality. More info: This issue only affects the Teams desktop client and Windows Microsoft Teams Room (MTR) devices, and only when those devices had an HID connected during a recently terminated meeting. Users may experience the following impact scenarios: - Device peripheral call indicators, such as an LED display, may not turn off as expected when a Teams meeting ends. - For users utilizing on-premises Skype for Business with Microsoft Teams in coexistence mode, a persistent dial-tone during Microsoft Teams calls may be experienced. - If users were muted during a meeting, users may experience being unable to unmute during subsequent meetings. Users may restart their Microsoft Teams client to mitigate this impact. This commonly affects users with a HID such as an audio headset. More information regarding HIDs can be found here: &lt;A href="https://learn.microsoft.com/en-us/windows-hardware/drivers/hid/" target="_blank" rel="noopener"&gt;https://learn.microsoft.com/en-us/windows-hardware/drivers/hid/&lt;/A&gt; While the fix is being deployed, we can disable the HID feature for your organization to temporarily mitigate this issue if requested. However, users won't be able to use Mute/Unmute or Hook/OffHook controls from their headset devices until the full fix is available. Current status: The fix initiated its deployment as expected on Tuesday, February 14, 2023, and we've confirmed that it has been deployed to 50 percent of the affected environment. Based on current progress, we now expect that the deployment will complete and the issue will be resolved by tomorrow, Thursday, February 16, 2023. Users may begin to experience relief from impact as they receive the fix, and we'll continue to monitor its progress until the deployment has completed in full. Scope of impact: This issue only affects Microsoft Teams users with a HID connected, and only impacts the Microsoft Teams desktop client and Windows MTR devices. Start time: Tuesday, December 6, 2022, 8:34 PM (12/7/2022, 1:34 AM UTC) Estimated Time to Resolve: Based on current progress, we expect this issue to be resolved by Thursday, February 16, 2023.&amp;nbsp; Preliminary root cause: Changes to improve the HID feature for Microsoft Teams users introduced a code issue, causing degraded functionality to some users with these device types attached to their Teams client.&amp;nbsp; Next update by: Thursday, February 16, 2023, 6:00 PM (11:00 PM UTC)&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 16 Feb 2023 16:46:27 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Teams-Human-Interface-Devices/m-p/2954981#M98655</guid>
      <dc:creator>NickTT</dc:creator>
      <dc:date>2023-02-16T16:46:27Z</dc:date>
    </item>
    <item>
      <title>Host Profile Equivalent for CoreDump Settings</title>
      <link>https://communities.vmware.com/t5/ESXi-Discussions/Host-Profile-Equivalent-for-CoreDump-Settings/m-p/2951921#M286361</link>
      <description>&lt;P&gt;Is it possible to set this in a host profile?&lt;/P&gt;&lt;P&gt;esxcli system coredump file set --smart --enable true&lt;/P&gt;</description>
      <pubDate>Wed, 01 Feb 2023 13:36:23 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/ESXi-Discussions/Host-Profile-Equivalent-for-CoreDump-Settings/m-p/2951921#M286361</guid>
      <dc:creator>NickTT</dc:creator>
      <dc:date>2023-02-01T13:36:23Z</dc:date>
    </item>
    <item>
      <title>Re: Teams Human Interface Devices</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Teams-Human-Interface-Devices/m-p/2950706#M98496</link>
      <description>&lt;P&gt;OK.... I am not crazy!! I saw the same thing. It then broke again but I thought it had something to do with the new laptop I got or a GPO change. I haven't been able to get it working again.&lt;/P&gt;&lt;P&gt;Currently on:&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;You have Microsoft Teams Version 1.5.00.21463 (64-bit). VMware Media Optimized.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 25 Jan 2023 16:40:01 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Teams-Human-Interface-Devices/m-p/2950706#M98496</guid>
      <dc:creator>NickTT</dc:creator>
      <dc:date>2023-01-25T16:40:01Z</dc:date>
    </item>
    <item>
      <title>Re: MS Teams New Meeting experience on Horizon - rolling out now (but doesn't work?)</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/MS-Teams-New-Meeting-experience-on-Horizon-rolling-out-now-but/m-p/2931162#M97827</link>
      <description>&lt;P&gt;We had a few users that clicking the "Restart Teams" didn't do anything. We resolved the issue by deploying a job that completely uninstalls Teams, deletes any folders left behind and then re-installs the latest version of Teams with the -ALLUSER -ALLUSERS switches. Since then, we have been fine.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 29 Sep 2022 12:04:36 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/MS-Teams-New-Meeting-experience-on-Horizon-rolling-out-now-but/m-p/2931162#M97827</guid>
      <dc:creator>NickTT</dc:creator>
      <dc:date>2022-09-29T12:04:36Z</dc:date>
    </item>
    <item>
      <title>Re: Enable software acoustic echo cancellation for Media Optimization for Microsoft Teams</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Enable-software-acoustic-echo-cancellation-for-Media/m-p/2930969#M97819</link>
      <description>&lt;P&gt;Native Teams on the laptop works fine.&lt;/P&gt;</description>
      <pubDate>Wed, 28 Sep 2022 16:50:35 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Enable-software-acoustic-echo-cancellation-for-Media/m-p/2930969#M97819</guid>
      <dc:creator>NickTT</dc:creator>
      <dc:date>2022-09-28T16:50:35Z</dc:date>
    </item>
    <item>
      <title>Re: Jabra Heads and other USB Audio Devices in Horizon Best Practice</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Jabra-Heads-and-other-USB-Audio-Devices-in-Horizon-Best-Practice/m-p/2930813#M97814</link>
      <description>&lt;P&gt;Anything new here on HID controls? I was checking out Composite USB Devices splitting policies to see if I could git HID controls to work with Horizon, Teams and Jabra.&lt;/P&gt;&lt;P&gt;&lt;A href="https://docs.vmware.com/en/VMware-Horizon/2206/horizon-remote-desktop-features/GUID-16FA160C-475A-42A8-A4A1-33096BC41FC9.html" target="_blank"&gt;Configuring Device Splitting Policy Settings for Composite USB Devices (vmware.com)&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 27 Sep 2022 18:56:47 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Jabra-Heads-and-other-USB-Audio-Devices-in-Horizon-Best-Practice/m-p/2930813#M97814</guid>
      <dc:creator>NickTT</dc:creator>
      <dc:date>2022-09-27T18:56:47Z</dc:date>
    </item>
  </channel>
</rss>

