Skip to content

docs(calling): add ai-docs specifications for Voicemail module#4932

Open
Kesari3008 wants to merge 4 commits intowebex:nextfrom
Kesari3008:Voicemail-Specs
Open

docs(calling): add ai-docs specifications for Voicemail module#4932
Kesari3008 wants to merge 4 commits intowebex:nextfrom
Kesari3008:Voicemail-Specs

Conversation

@Kesari3008
Copy link
Copy Markdown
Contributor

@Kesari3008 Kesari3008 commented Apr 29, 2026

COMPLETES

This pull request addresses

Specs for Voicemail module within Calling SDK

by making the following changes

Added AGENTS.ms and ARCHITECTURE.md for Voicemail module

Change Type

  • Bug fix (non-breaking change which fixes an issue)
  • New feature (non-breaking change which adds functionality)
  • Breaking change (fix or feature that would cause existing functionality to change)
  • Documentation update
  • Tooling change
  • Internal code refactor

The following scenarios were tested

< ENUMERATE TESTS PERFORMED, WHETHER MANUAL OR AUTOMATED >

The GAI Coding Policy And Copyright Annotation Best Practices

  • GAI was not used (or, no additional notation is required)
  • Code was generated entirely by GAI
  • GAI was used to create a draft that was subsequently customized or modified
  • Coder created a draft manually that was non-substantively modified by GAI (e.g., refactoring was performed by GAI on manually written code)
  • Tool used for AI assistance (GitHub Copilot / Other - specify)
    • Github Copilot
    • Other - Please Specify
  • This PR is related to
    • Feature
    • Defect fix
    • Tech Debt
    • Automation

I certified that

  • I have read and followed contributing guidelines
  • I discussed changes with code owners prior to submitting this pull request
  • I have not skipped any automated checks
  • All existing and new tests passed
  • I have updated the documentation accordingly

Make sure to have followed the contributing guidelines before submitting.

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
@aws-amplify-us-east-2
Copy link
Copy Markdown

This pull request is automatically being deployed by Amplify Hosting (learn more).

Access this pull request here: https://pr-4932.d3m3l2kee0btzx.amplifyapp.com

@Kesari3008 Kesari3008 added the validated If the pull request is validated for automation. label May 5, 2026
@Kesari3008 Kesari3008 marked this pull request as ready for review May 5, 2026 19:26
@Kesari3008 Kesari3008 requested a review from a team as a code owner May 5, 2026 19:26
Copy link
Copy Markdown

@chatgpt-codex-connector chatgpt-codex-connector Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: 4fbb968a9d

ℹ️ About Codex in GitHub

Codex has been enabled to automatically review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

When you sign up for Codex through ChatGPT, Codex can also answer questions or update the PR, like "@codex address that feedback".


### HTTP Client Usage

All three backends use `this.webex.request()` exclusively (no browser `fetch`).
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P2 Badge Document Broadworks HTTP client usage accurately

This section states that all backends use this.webex.request() and never use fetch, but BroadworksBackendConnector currently performs voicemail operations with browser fetch (for example getVoicemailList and getVoicemailContent in packages/calling/src/Voicemail/BroadworksBackendConnector.ts). Because these docs are positioned as implementation guidance for future changes, this mismatch can cause contributors or agents to implement Broadworks paths with the wrong request stack and error/response handling patterns.

Useful? React with 👍 / 👎.

Copy link
Copy Markdown

@chatgpt-codex-connector chatgpt-codex-connector Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: f8595c743a

ℹ️ About Codex in GitHub

Codex has been enabled to automatically review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

When you sign up for Codex through ChatGPT, Codex can also answer questions or update the PR, like "@codex address that feedback".


### WXC Pagination (Client-Side Caching)

WXC fetches the **entire** voicemail list from XSI on `refresh=true`, sorts it, and stores it in an in-memory cache keyed by a random `context` string. Subsequent calls paginate from this cache using `fetchVoicemailList(context, offset, limit)`. Returns status 204 when offset exceeds available messages.
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P2 Badge Document voicemail cache as sessionStorage-backed

This line describes voicemail pagination state as an in-memory cache, but storeVoicemailList/fetchVoicemailList persist data in sessionStorage (packages/calling/src/common/Utils.ts), which has different lifecycle and visibility characteristics than in-memory state. Keeping this wording inaccurate can lead follow-up changes to skip required storage handling (cleanup, stale-session behavior, and storage access assumptions) because contributors will reason about the wrong persistence model.

Useful? React with 👍 / 👎.


### WXC Pagination (Client-Side Caching)

WXC fetches the **entire** voicemail list from XSI on `refresh=true`, sorts it, and stores it in an in-memory cache keyed by a random `context` string. Subsequent calls paginate from this cache using `fetchVoicemailList(context, offset, limit)`. Returns status 204 when offset exceeds available messages.
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P2 Badge Clarify when voicemail list returns HTTP 204

The docs currently say 204 is returned when the offset exceeds available messages, but the connectors return 204 whenever there are no additional pages (moreVMAvailable is false), including cases where the current page still contains messages (for example, first page smaller than offsetLimit). This mismatch can cause callers and future contributors to implement incorrect pagination handling because they will treat 204 as an empty/out-of-range signal only.

Useful? React with 👍 / 👎.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

validated If the pull request is validated for automation.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant