Is it possible for one Agent to call another Agent in ZCC?.  When making a 'New Voice Call' the 'Contact Center Contact' list isn't available to select an Agent from.  This contact list is available when transferring calls.  Any help appreciated

Can we restrict queue call back so that only specific agents can receive those calls?  If so, how?

And can we set the outbound caller ID when the system initiates the call back? In my use case, customer would like it based on inbound DNIS for the queue. 

Hey everyone,
My work revolves around answering inbound calls and doing outbound on ZCC which I typically do via the Zoom Desktop App. However, in preparation to work remotely soon, I tried using the Zoom Web App on Chrome on my Tablet (Huawei Matepad); as ZCC is not in the Mobile App, which has previously worked a few months ago.

Testing the speaker and mic settings worked fine but whenever a call comes in, I am unable to hear the customer nor speak to them; the automated transcript also fails to register anything. At first I thought it just had to do with the tablet but when I tried using the Web App on my desktop (the same one I typically work on via Zoom Desktop App) the same issue persists.

Tl;dr:
Unable to hear customer nor speak to them on ZCC via Web App. Tried on both Tablet and Desktop where speaker and mic is detected properly in the settings.

Any ideas on how to resolve this issue? (Tried updating chrome, restarting tablet, etc.)

We're trying to use fields from Salesforce in our call flows to route calls directly to users or queues.  I cannot seem to find any documentation on how to do this in the call flows even after we have completed out Salesforce integration.  Any idea of where documents might be for this? 

To Zoom Support Team,

I'm writing on behalf of my entire development team to report a critical and widespread performance issue we consistently experience when using Zoom's screen sharing feature concurrently with PHPStorm (an IDE by JetBrains). This problem significantly impacts our collective productivity and renders our development environment almost unusable during Zoom calls.

The Problem: Excessive CPU Usage and System Lag

When any member of our team is in a Zoom meeting and/or shares their entire screen, their system's CPU usage spikes dramatically. 

Specific Symptoms:

• Extreme Sluggishness in PHPStorm: The IDE becomes incredibly unresponsive. Simple actions like right-clicking to open a context menu can take 2-5 seconds, terminal commands execute with significant delay, and scrolling or typing within the code editor experiences severe lag.

• Overall System Slowdown: Beyond PHPStorm, the entire system feels sluggish, impacting other applications and general user experience for our developers.

• Consistent with Screen Sharing: This issue is directly tied to active screen sharing in Zoom. The moment a team member stops sharing their screen, PHPStorm's performance immediately returns to normal, and the high KernelTask CPU usage drops.

• Reproducible Across the Team: This is not an isolated incident. It consistently happens every time any team member shares their screen via Zoom while PHPStorm is open.

Our Team's Setup:

• Zoom Version: 6.4.12(64384)

• PHPStorm Version: 25.1.3

• Operating System: Windows 11

What We've Already Tried:

Our team has collectively attempted various troubleshooting steps, including:

• We've already escalated this to the official JetBrains + PHPStorm support team, and while they tried to help, their efforts were unsuccessful.

• Updating both Zoom and PHPStorm to the latest versions.

• Disabling plugins in PHPStorm.

• Resetting PHPStorm's settings.

• Adjusting Zoom's screen sharing preferences (e.g., enabling/disabling "Optimize for video clip").

None of these actions have resolved the issue for any team member.

Our Request:

This problem has also been documented by other users in the JetBrains YouTrack system as WI-81625, indicating that it might be a broader compatibility or interaction issue between Zoom's screen sharing mechanism and JetBrains IDEs.

Given that the problem immediately resolves when screen sharing is stopped in Zoom, it strongly suggests an interaction issue on Zoom's side with how it handles screen rendering or resource allocation when other demanding applications like PHPStorm are open.

Could you please investigate this issue from your end? It would be highly beneficial if your team could collaborate with JetBrains to find a definitive solution. This is a significant pain point for our developers who rely on both Zoom for communication and PHPStorm for coding.

Thank you for your time and assistance.