Skip to content

docs: add Known server-side limitations section to api-ref.md - #1842

Open
jacalata wants to merge 3 commits into
gh-pagesfrom
jac/docs-server-side-gaps
Open

docs: add Known server-side limitations section to api-ref.md#1842
jacalata wants to merge 3 commits into
gh-pagesfrom
jac/docs-server-side-gaps

Conversation

@jacalata

@jacalata jacalata commented Jul 30, 2026

Copy link
Copy Markdown
Contributor

Motivation

Users hitting a REST API limitation often assume TSC itself is the
problem and file an issue here. api-ref.md had no place to list gaps
that are actually server-side. Add a "Known server-side limitations"
section that points readers at the tracking issue for each gap and at
the Server-Side Enhancement label as the live index of the same.

Paired with #1841 which stops the stale bot from closing these
tracker issues.

Behavior change

None to the runtime library. Adds ~43 lines to docs/api-ref.md on the
gh-pages docs branch:

  • New "Known server-side limitations" section at the end of the file,
    seeded with five current gaps
  • One-sentence cross-link from the top-of-page Note

Seed entries (each with its tracking issue where one exists):

Test plan

  • Preview the rendered api-ref.md on the gh-pages Jekyll site
  • TOC entry for the new section renders (file uses * TOC auto-generator)
  • Cross-link #known-server-side-limitations from top-of-page note resolves
  • Each of the five GitHub issue links opens the expected issue
  • Server-Side Enhancement label link resolves

Relationship to #1835

#1835 also touches api-ref.md and adds inline caveats near the
request-options docs. This PR adds a new section at the end plus one
cross-link in the top-of-page note. The two edits target different
regions of the file so should not conflict; a maintainer reviewing
both should confirm merge order.

🤖 Generated with Claude Code

jacalata and others added 2 commits July 30, 2026 15:23
Add a new user-facing section to docs/api-ref.md that lists behaviors
users may hit that are constrained by the Tableau Server REST API
rather than by TSC. Each entry links its tracking issue and notes
where the fix is expected to land. Cross-link the new section from
the top-of-page note, and point at the `Server-Side Enhancement`
label as the live tracker maintained by this repo.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Public docs on gh-pages will be indexed, so remove the internal
work-item numbers (W-...) from the Known server-side limitations
section along with the paragraph that described what they were.
Also strip the redundant per-bullet "Fix expected: server-side"
tag: the section title already scopes the whole list to server-side
gaps.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

Copilot AI left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

Pull request overview

Adds documentation to help users distinguish Tableau Server REST API limitations from Tableau Server Client (TSC) library gaps, reducing misfiled issues and directing readers to the right trackers.

Changes:

  • Adds a cross-link in the top “Note” pointing to a new limitations section.
  • Introduces a “Known server-side limitations” section listing current REST API constraints and linking to the Server-Side Enhancement label and relevant issues.

💡 Add a code-review agent skill or configure MCP servers for context-aware, tailored reviews. Learn more in the docs.

Comment thread docs/api-ref.md Outdated
Comment on lines +10964 to +10966
Some behaviors you may hit while using TSC are not bugs in the TSC library. They are limitations of the Tableau Server REST API itself, and cannot be fixed in TSC alone. This section lists the currently-tracked server-side gaps so you can identify them quickly and follow the appropriate issues.

For the live, maintainer-updated view of these issues, filter open issues in this repository by the [`Server-Side Enhancement`](https://github.com/tableau/server-client-python/labels/Server-Side%20Enhancement) label.
Three fresh-eyes findings:
- Remove the "Subscriptions cannot use On Extract Refresh" entry. The
  REST API's refreshExtractTriggered attribute does support this, and
  TSC support is landing in #1861 (which closes the tracker #1658). The
  entry is about to be factually wrong on both counts.
- Soften the intro: it promised "follow the appropriate issues" for
  every item, but the vf_-silently-dropped entry has no tracker filed.
  New wording says "where filed" so the doc doesn't overpromise.
- Reword the daily-schedules note to describe behavior neutrally
  ("currently runs daily schedules hourly instead") rather than calling
  it a "bug", which reads punchy on a public docs page.
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.

2 participants