[Schema Inaccuracy] Example and schema mismatch for `#/paths/~1orgs~1{org}~1projectsV2~1{project_number}~1fields/get`

Open
#5,600 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
2/5
Estimated time
1-3 hours
Newbie friendliness
45/100
Issue type
Bug
Clarity
Mostly clear
Activity status
Stale
Tech stack
openapi
Domain
api

Research direction

Start by locating the OpenAPI definitions for the two affected GET paths and the components/examples/projects-v2-field-items/value reference. Compare the schema for options.name with the example, then validate both affected endpoints so the schema and example agree in fpt and ghec.

Written by the indexing model from the issue text.

Description

feature

Schema Inaccuracy

This is the json ref for the example

#/components/examples/projects-v2-field-items/value

Schema and example mismatch.

Here's a snippet

    5:   "data_type" : "single_select",
    6:   "project_url" : "https://api.github.com/projects/67890",
    7:   "options" : [ {
    8:     "id" : "option_1",
>   9:     "name" : "Low",
   10:     "color" : "GREEN",
   11:     "description" : "Low priority items"
   12:   }, {
   13:     "id" : "option_2",

The definition of name is

          "name": {
            "type": "object",
            "description": "The display name of the option, in raw text and HTML formats.",
            "properties": {
              "raw": {
                "type": "string"
              },
              "html": {
                "type": "string"
              }
            },
            "required": [
              "raw",
              "html"
            ]
          }

This also affects

#/paths/~1orgs~1{org}~1projectsV2~1{project_number}~1fields~1{field_id}/get

Expected

The schema and example are in sync

Reproduction Steps

I could reproduce this in

  • fpt
  • ghec
Dominant language
No language data
Stars
1.6k
Forks
342
Avg merge
3h 33m
Merged PRs (30d)
51

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from github/rest-api-description

All issues in github/rest-api-description

Similar issues

More Backend & API Design issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.