Wiki API: content_base64 empty in POST/PATCH responses #607

Closed
opened 2026-06-11 21:42:45 +00:00 by jmiller · 0 comments
Owner

Summary

When creating or updating a wiki page via the API, the response always returns "content_base64": "" even though the content was written successfully.

Steps to Reproduce

  1. Create a wiki page:
    POST /api/v1/repos/:owner/:repo/wiki/new
    { "title": "Home", "content": "# Hello", "message": "Create page" }
    
  2. Response includes "content_base64": "" — empty string
  3. Same behavior with PATCH updates to existing pages
  4. A subsequent GET also returns "content_base64": "" in some cases

Expected Behavior

The response should include the page content in content_base64 so the caller can verify the write succeeded without a separate request.

Actual Behavior

content_base64 is always an empty string in write responses. The content is written correctly (visible in web UI), but the API response doesn't reflect it.

Impact

API consumers cannot verify wiki writes succeeded without cloning the wiki git repo or checking the web UI. Makes it difficult to build reliable wiki automation.

## Summary When creating or updating a wiki page via the API, the response always returns `"content_base64": ""` even though the content was written successfully. ## Steps to Reproduce 1. Create a wiki page: ``` POST /api/v1/repos/:owner/:repo/wiki/new { "title": "Home", "content": "# Hello", "message": "Create page" } ``` 2. Response includes `"content_base64": ""` — empty string 3. Same behavior with PATCH updates to existing pages 4. A subsequent GET also returns `"content_base64": ""` in some cases ## Expected Behavior The response should include the page content in `content_base64` so the caller can verify the write succeeded without a separate request. ## Actual Behavior `content_base64` is always an empty string in write responses. The content is written correctly (visible in web UI), but the API response doesn't reflect it. ## Impact API consumers cannot verify wiki writes succeeded without cloning the wiki git repo or checking the web UI. Makes it difficult to build reliable wiki automation.
Sign in to join this conversation.