8000 docs(jira): Improve field description in get_issue function by sooperset · Pull Request #394 · sooperset/mcp-atlassian · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

docs(jira): Improve field description in get_issue function #394

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 1 commit into from
May 7, 2025

Conversation

sooperset
Copy link
Owner

Description

Closes #390

Updates the description for the fields parameter in the jira_get_issue tool to clarify that a single field name string is also a valid input. The previous description only mentioned a comma-separated list, which could cause confusion.

Changes

  • Clarified the fields parameter description in the jira_get_issue tool to explicitly mention that a single field string (e.g., "duedate") is a valid input, in addition to comma-separated lists or *all.
  • Updated the Args section in the docstring for the fields parameter to maintain consistency.

Testing

  • Tested locally using MCP Inspector to call the jira_get_issue tool with:
    • fields="duedate": Verified correct behavior.
    • fields="summary,status": Verified correct behavior.
    • fields="*all": Verified correct behavior.
    • fields=None (default): Verified correct behavior.
  • Manual check with Cursor client (as reported in the issue) by passing a single string to the fields parameter to confirm the type error is resolved.

Checklist

  • Code follows project style guidelines (linting passes).
  • Tests added/updated for changes. (Note: No new tests added as this is a documentation/description clarification of existing behavior).
  • All tests pass locally.
  • Documentation updated (parameter description).

Updated the documentation for the 'fields' parameter in the get_issue function to clarify that it accepts a comma-separated list of fields, a single field as a string, or '*all' for all fields. Added a note about raising a ValueError if the Jira client is not configured or available.
@sooperset sooperset merged commit 0ecbb5f into main 6EE2 May 7, 2025
5 checks passed
@sooperset sooperset deleted the fix/issue-390-jira-get-issue-fields-type branch May 7, 2025 15:45
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

[Bug]: Invalid type error when using fields parameter in jira_get_issue tool
1 participant
0