Is Support Request Local Recording Privilege () returns SDKERR_MODULE_LOAD_FAILED on Linux Meeting SDK

Meeting SDK
1

Meeting SDK Type and Version

Linux Meeting SDK (ARM64) v6.7.5.7394

Description

We’re using the Linux Meeting SDK to build a bot that joins meetings and records raw audio/video via StartRawRecording(). When the bot doesn’t already have local recording permission (e.g., no app_privilege_token was provided at join time, or it was invalidated), we attempt to dynamically request the privilege at runtime.

Before calling RequestLocalRecordingPrivilege(), we call IsSupportRequestLocalRecordingPrivilege() on the IMeetingRecordingController to check whether the feature is supported. This call intermittently returns SDKERR_MODULE_LOAD_FAILED instead of SDKERR_SUCCESS. The majority of sessions succeed, but a significant minority fail with this error. The behavior appears non-deterministic – the same bot code, configuration, and environment can succeed or fail across different sessions.

We’d like to understand:

  1. What conditions cause IsSupportRequestLocalRecordingPrivilege() to return SDKERR_MODULE_LOAD_FAILED?

  2. Is there a race condition or timing dependency (e.g., calling too early after joining the meeting) that could explain why the module sometimes fails to load?

  3. Is there anything we can do to mitigate this, such as retrying after a delay?

Error

ReadZoomRecordingHandler::RequestLocalRecordingPermission: Requesting local recording privilege is not supported. SDKError: SDKERR_MODULE_LOAD_FAILED

This error is returned by IMeetingRecordingController::IsSupportRequestLocalRecordingPrivilege(). The SDK enum defines SDKERR_MODULE_LOAD_FAILED as “Loading module failed.”

Troubleshooting Routes

  • Confirmed InitSDK() completes successfully with SDKERR_SUCCESS

  • Confirmed the bot is fully joined to the meeting – IMeetingParticipantsController, IMeetingRecordingController, and GetMySelfUser() all return valid, non-null pointers

  • Confirmed CanStartRecording() returns non-success (the bot does not yet have permission, which is why we attempt to request it)

  • The IMeetingRecordingController pointer itself is valid and non-null

  • The primary path using app_privilege_token (set via JoinParam.withoutloginuserJoin.app_privilege_token) works when a valid token is available; this issue only affects the fallback path when the token is absent or invalid

  • The issue is intermittent – the same code path succeeds in the majority of sessions but fails in a significant minority, suggesting a timing issue or transient internal SDK state

How To Reproduce

  1. Authentication: JWT/OAuth credentials, joining via IMeetingService::Join() with JoinParam4WithoutLogin – with app_privilege_token set to nullptr (or omitted)

  2. Once in-meeting, call IMeetingRecordingController::IsSupportRequestLocalRecordingPrivilege()

  3. The call intermittently returns SDKERR_MODULE_LOAD_FAILED instead of SDKERR_SUCCESS

  4. Environment: Linux (Ubuntu), ARM64, headless / no GUI

  5. SDK: zoom-meeting-sdk-linux_arm64-6.7.5.7394

2

@n111 are you trying to call this method immediately after the bot has joined the meeting? Are you using the callback to determine that your bot has successfully achieve the in_meeting state?

3

@chunsiong.zoom : Yep, we use the onMeetingStatusChanged callback with MEETING_STATUS_INMEETING to confirm the bot is in-meeting before making this call. Additionally, we retry IsSupportRequestLocalRecordingPrivilege() every ~10 seconds on a timer. In some cases, the error persists for the entire meetings while others eventually succeed.

4

@n111 I would assume you would have checked out this demo already? GitHub - zoom/meetingsdk-linux-raw-recording-sample · GitHub

If you are still encountering issue, could you capture an SDK log and share it here? Do tag me.