Hello everyone,

after an upgrade to Zoom Room 6.5.5 (7566) we are no longer able to join the meeting via the calendar integration.

I have another appliance on Version 6.4.5 (6950) which works perfectly fine. Calendar permissions are identical and I could replicate this behavior with another device.

Does anyone know what changed with version 6.5.5?

Thanks!

Hello friends,

I have a bunch of digital displays that are strategically placed in public areas on my community college campuses. Right now I'm thinking of them as being digital bulletin board/campus map/which class in which room devices.. 

We have Yealink boxes on each. 

I'd love to see some suggestions for how other folks might be using theirs like this.

Probably more importantly, I would love to know the easiest way to keep them updated with fresh info, most likely by staff members who are not super technical. 

Specifically, is there a way to point a specific zoom room to a file in a Google drive for its content? I'm thinking the file would be a slide deck that my colleagues could open every morning and type in daily schedules/news/etc.?

• are there any apps on the marketplace that make this kind of thing easy?

Thanks in advance. I'll try some things and post here if I come up with anything good!

Why on earth do I need to download the 32 bit version just to be instantly told i have to upgrade to 64 bit edition? Seems like an absolutely unnecessary step - so many websites can decide whether to offer 32 or 64 bit, this just feels very unprofessional.

I recently updated our Zoom Rooms and all of our USB cameras now appear mirrored in the local preview, even though they were previously shown correctly. This change applies to all four cameras in our multi-camera setup and is creating confusion for people in the room.  This is in a church service and for most of the service we display the local preview for people in the congregation.  It is disconcerting to see it mirrored.

There is currently no setting in the Zoom Rooms Controller or software to disable this mirroring.

Please consider adding a setting or toggle to disable mirroring of the local preview, either globally or per camera. This would restore the functionality we relied on prior to the update that broke it.

Issue :- 1) There is an issue with the Zoom Room setup on the Logitech Rally Bar Huddle device. The huddle microphone is not working at all, only for joining Microsoft Teams meetings using web client in Zoom Rooms.

As per our troubleshooting, we found that zoom calls are working flawlessly with this configuration; problems are seen only during web client teams & Google Meet calls.

Zoom version :- Zoom room Version - 6.2.7(6005)

                               Controller Version- 6.2.6(3164)

Logitech Rally Bar Huddle Version- 1.13.154

Logitech Tap IP version- 1.13.145

please look into it and provide us solution

Thanks,

VSP

Hi Zoom Community,

Is it possible for additional meeting features to be added to Zoom Breakout Rooms for the host and co-host only?

1. Consent to Enter:

   Require participants to “knock” or request access before entering a breakout room. Someone already in the room (e.g., a co-host) can then approve or deny entry.

   Just like in a physical office—you knock before walking into a room, especially if a private or sensitive conversation is happening.

2. Consent to Move:

   Do not allow hosts or co-hosts to move a participant from one breakout room to another without the participant’s consent. A prompt should appear asking the participant to accept or decline the move.

What do you think?

Has anyone else run into situations where these features would have been useful?

Thanks, Zoom Team, for all the amazing work—and Zoom Community for your insights! @ZoomMeeting 

I'm presently redesigning/redeploying our firm's video conferencing solution, changing from GoToMeeting to Zoom.

In our current conference rooms we use GoToMeeting Rooms with Poly Studio X50 equipment (Poly Bar X50 and TC8 tablet)

We run the HDMI and USB connections from the conference room table across HDBaseT Cat6 Ethernet TX/RX devices (Atlona for instance) to enable a laptop to either use the conference room screen for simple mirroring during non-video conferencing sessions or to do 3rd-party video conference joining when an outside party hosts via another video conferencing solution (Webex, Teams, Google Chat, Zoom, etc...) by putting the GoToMeeting Room control in BYOD mode. With the GoToMeeting Rooms, the BYOD mode shares the Poly Studio X50 bar for Mic/Camera/Speaker features AND screen mirroring just fine.

In our 2nd office conference room (built out with the Poly Studio X72 bar and TC10 tablet), where I'm deploying our replacement Zoom Room solution with the larger Zoom infrastructure, the Zoom Room BYOD does not give access to mirror the laptop screen to the TV through the same type of Atlona facilitated HDBaseT Cat6 TX/RX for the HDMI connection...

Why, and what's a good workaround to make this work for Non-video conference screen mirroring sessions and the same type of 3rd party video conference joining!?

My client needs to purchase a Zoom plan. The Pro plan's features are sufficient for him, but he needs one feature. He wants to hide a specific meeting participant or several from others. This way, they can participate in the meeting without being seen. Is this possible? I would appreciate your help.

When sharing screen with another user, and remote control has already been accepted and approved, subsequent crash and automatic restart of the Zoom application restores screen sharing. However, upon crash and automatic restart the previously approved remote control state is not restored.

This is a major issue and even a bug, especially critical when working with or assisting remote users who lack vision or dexterity and no one is around to help them re-approve subsequent Remote Control request.

DEMAND: Whenever application crashes or abruptly stops, not only screen share must be restored but also remote control state if it had been previously approved. In other technical words, remote control state must also be captured and stored in history log along with screen sharing state.

This occurs both on latest updated Windows as well as Mac OS systems.