Reviewing Oracle Radio Channel Activity
Review communication activity that your Radio authorization allows you to access in a channel.
Activity views and history responses contain the records available to the requesting user. A loaded result isn't a guarantee of complete channel history or a subscription to future events.
The Radio app's history requests require radio.message.history. WebSocket GET_MESSAGE_HISTORY has no operation-specific permission handle; follow its linked prerequisites rather than substituting the REST permission. REST talk-status and connected-user queries require radio.channel.read. Playing stored audio requires radio.audio.read. Check each linked operation's requirements; REST and WebSocket checks aren't interchangeable.
Reviewing Channel Activity
You can inspect the activity available to your authorization without joining the channel. Opening an unjoined channel loads an activity snapshot; it doesn't join the channel or subscribe you to live updates.
When recording activity is available, a completed transmission from another speaker can show Processing recording… while Radio waits for the final transcript. Radio checks channel history for the final result and resumes its checks after reconnecting. This is a processing state, not another live transmission or confirmation that a final transcript is ready. If Radio reports Processing is taking longer than expected, you can select Try again. For an access error or a result that remains unavailable, see processing guidance.
Radio shows the loaded channel activity available within your authorization scope, filtered by your search text when provided. Use an authenticated connection and request only an authorized channel. Review the operation-specific history requirements.
The client receives a history snapshot. To receive live channel events, follow joining channels.
This guide doesn't currently provide a REST channel-history procedure. Use the Radio app tab to review activity or the WebSocket API tab to request a history snapshot. The REST talk status and connected users operations report current state, not historical activity.
Reviewing the Mobile Inbox
Use Inbox in the installed Android or iOS app to review available text and voice entries. Received text and finalized voice entries retain their Critical Alert priority. This is different from the browser's channel-activity workspace. For foreground, background, and locked-device receipt, review the receiving prerequisites.
History and stored audio remain subject to the history permission, audio permission, and your channel access.
- Open Inbox.
- Select All, Received, or Sent. Use the grouping control to show entries by date or channel.
- Open the entry you want to review. Use its playback control when a voice recording is available. A transcript doesn't guarantee that its recording is still available.
- Use Mark all as read when you have reviewed the entries. Read status is local to this installation; it isn't a delivery or read receipt for other users.
- To remove local entries, use the entry's delete action or the Inbox clear/delete-all action, and confirm the displayed choice.
Clearing Inbox messages removes copies on this device, not server history. Entries can return when Inbox refreshes from history. This action doesn't delete another user's copies or change the service's retention policy.
On Android, a history notice can indicate that only limited history is shown or that the last refresh couldn't confirm whether more history is available. Follow the notice to review browser activity when needed. A limited result isn't proof that older messages were deleted, and a refresh can recover older unread entries.
On iOS, Inbox retains the newest 500 entries across channels and message types. Received voice playback becomes unavailable eight hours after the message timestamp, but the entry and its transcript can remain in Inbox. This app playback rule doesn't apply to sent recordings and doesn't define the service's retention period. Recording access still depends on authorization and availability.
On iOS, an old received entry remains unread until you mark it read; audio expiry alone doesn't mark it read. Opening an unread entry marks it read even when its audio can't be played. Saved read markers are restored when you sign back in to the same server and account on this installation; they aren't read receipts or synchronization between devices.
If refresh or playback fails, see Inbox help.
How Inbox Uses Oracle Radio APIs
Inbox combines communication received by the app with history returned by the service. Filters, grouping, read flags, and removal of local copies are app behavior; they aren't interchangeable server operations.
A connected client receives live messages for its joined channels.
GET_MESSAGE_HISTORYrequests a channel-history snapshot; it doesn't mark Inbox entries read or delete them. Receiving a live message doesn't guarantee that it was saved to history.The supplied mobile applications use REST history requests to populate or refresh Inbox. A history response isn't a read receipt or a delete operation. This guide doesn't provide an additional REST Inbox procedure; the REST reference lists the documented operations.