\n\n```\n\n```js\nimport { usePaths } from 'vitepress-openapi'\nimport spec from '../../public/test.json' with {type: 'json'}\n\nexport default {\n paths() {\n return usePaths({ spec })\n .getPathsByVerbs()\n .map(({ operationId, summary }) => {\n return {\n params: {\n operationId,\n pageTitle: `${summary} - vitepress-openapi`,\n },\n }\n })\n },\n}\n```\n\nThe terminal show this error,but i dont understand what it mean\n\n\n\nThe terminal guide me the links https://cn.vite.dev/guide/troubleshooting which is show The CJS build of Vite's Node API is deprecated and will be removed in Vite 6. \n\nHope u give the answer thank u so much\n\n\n### Desired behavior\n\n_No response_\n\n### Reproduction\n\n_No response_\n\n### Steps to reproduce\n\n\n\n### Logs and Error Messages\n\n\n\n### Other Information\n\n_No response_",[],212,"Pages by Operation Example dose not work","2025-04-30T22:18:57Z","https://github.com/enzonotario/vitepress-openapi/issues/212",0.7971824,{"description":2894,"labels":2895,"number":2899,"owner":2868,"repository":2879,"state":2880,"title":2900,"updated_at":2901,"url":2902,"score":2903},"### What would you like?\r\n\r\nList of tags underneath the title\r\n\r\n### Why is this needed?\r\n\r\nWould be handy with tags pages, if one doesn't show tags in the sidebar (without `itemsByTags`)\r\n\r\n### How could it be implemented?\r\n\r\nI use following workaround\r\n\r\n```vue\r\n\u003COAOperation :operationId=\"operationId\" :isDark=\"isDark\" >\r\n \u003Ctemplate #description=\"description\">\r\n \u003Cdiv>\r\n \u003CBadge type=\"info\" v-for=\"tag in operation.tags\">\r\n \u003C!-- hardocde prefix, tell me if you know better way -->\r\n \u003Ca :href=\"`/tags/${tag}`\">{{ tag }}\u003C/a>\r\n \u003C/Badge>\r\n \u003C/div>\r\n \u003C/template>\r\n\u003C/OAOperation>\r\n```\r\n\r\nBut would be nice to have\r\n\r\n```ts\r\nuseTheme({\r\n operation: {\r\n slots: ['tags']\r\n }\r\n})\r\n```\r\n\r\n### Other information\r\n\r\nRelated: it would be nice to have more compact representation of endpoints lists for tags pages. For now I use\r\n\r\n```ts\r\nimport { useTheme } from 'vitepress-openapi'\r\nuseTheme({\r\n operation: {\r\n slots: [\r\n 'header',\r\n 'path',\r\n 'description',\r\n ],\r\n cols: 2,\r\n },\r\n})\r\n```\r\n\r\nWhich looks a bit strange",[2896],{"name":2897,"color":2898},"enhancement","a2eeef",120,"Add tags slot","2024-12-02T03:07:06Z","https://github.com/enzonotario/vitepress-openapi/issues/120",0.8216231,{"description":2905,"labels":2906,"number":2907,"owner":2868,"repository":2908,"state":2880,"title":2909,"updated_at":2910,"url":2911,"score":2912},"_Originally posted by @danielGithinji in https://github.com/moby/buildkit/pull/5291_",[],40,"esjs-dolar-api","H","2025-03-02T11:54:17Z","https://github.com/enzonotario/esjs-dolar-api/issues/40",0.82823414,{"description":2914,"labels":2915,"number":2916,"owner":2868,"repository":2879,"state":2880,"title":2917,"updated_at":2918,"url":2919,"score":2920},"### Current behavior\n\nFirst of all, thank you for this fantastic theme/addon!\n\nWe are using multiple root levels in our vitepress API (`/api/` and `/sdk/`, etc.) like this. Openapi link generation works, however this way openapi links are not auto activated anymore when clicked or scrolled. \n\n### Desired behavior\n\nSidebar links are marked as active on click or hover.\n\n### Reproduction\n\nhttps://stackblitz.com/edit/enzonotario-vitepress-openapi-starter-2k5lx5mk\n\n### Steps to reproduce\n\n```js\n themeConfig: {\n sidebar: {\n '/api/': {\n base: '/api/',\n items: [\n {\n text: 'API Documentation',\n items: [\n {text: 'Quickstart', link: 'quickstart'},\n ]\n },\n {\n text: 'By Tags',\n items: [\n ...sidebar.itemsByTags(),\n ],\n },\n {\n text: 'By Operations',\n items: [\n ...sidebar.generateSidebarGroups(),\n ],\n }\n ]\n },\n '/sdk/': {\n base: '/sdk/',\n items: [\n {\n text: 'SDK Documentation',\n items: [\n {text: 'Getting Started', link: 'getting-started'},\n ]\n }\n ]\n }\n }\n }\n```\n\n### Logs and Error Messages\n\n_No response_\n\n### Other Information\n\n_No response_",[],213,"Sidebar items not activating when using base in parent in sidebar","2025-05-01T22:37:29Z","https://github.com/enzonotario/vitepress-openapi/issues/213",0.82892805,{"description":2922,"labels":2923,"number":2927,"owner":2868,"repository":2879,"state":2880,"title":2928,"updated_at":2929,"url":2930,"score":2931},"### What would you like?\n\nHow can I create my own custom components to implement my own needs?\n\n### Why is this needed?\n\n_No response_\n\n### How could it be implemented?\n\n_No response_\n\n### Other information\n\n_No response_",[2924],{"name":2925,"color":2926},"question","d876e3",229,"How can I custom the render component","2025-05-31T22:29:15Z","https://github.com/enzonotario/vitepress-openapi/issues/229",0.8315814,{"description":2933,"labels":2934,"number":2936,"owner":2868,"repository":2879,"state":2880,"title":2937,"updated_at":2938,"url":2939,"score":2940},"### What would you like?\n\nThe ability to change the default url/port for the \"Try It Out\" button. \n\n### Why is this needed?\n\nThe API I'm building has different ports for different things. In my specific case, the current behavior does not invoke my api. \n\n### How could it be implemented?\n\nCould we possibly have an additional env variable that overwrites the default behavior?\n\n### Other information\n\n_No response_",[2935],{"name":2897,"color":2898},127,"Overwrite \"Try It Out\" url","2024-12-21T01:51:19Z","https://github.com/enzonotario/vitepress-openapi/issues/127",0.8430343,{"description":2942,"labels":2943,"number":2947,"owner":2868,"repository":2879,"state":2880,"title":2948,"updated_at":2949,"url":2950,"score":2951},"### Current behavior\n\nI noticed that in the latest version, after executing onSubmit in OAPlayground.vue, the Content-Type header in the POST request observed in the browser console is incorrectly parsed as: `application/json, application/json`\n\nThis issue causes all POST endpoints to fail.\n\n### Desired behavior\n\nManually correcting the Content-Type header to a valid format resolves the issue:\n\n```\ncurl 'https://stoplight.io/mocks/enzonotario/argentine-rock/122547792/api/v1/artists/1/albums' \\\n -H 'accept: */*' \\\n -H 'accept-language: zh-TW,zh;q=0.9,en-US;q=0.8,en;q=0.7' \\\n -H 'authorization: Bearer Token' \\\n -H 'content-type: application/json' \\\n -H 'origin: https://vitepress-openapi.vercel.app' \\\n -H 'priority: u=1, i' \\\n -H 'referer: https://vitepress-openapi.vercel.app/' \\\n -H 'sec-ch-ua: \"Chromium\";v=\"134\", \"Not:A-Brand\";v=\"24\", \"Microsoft Edge\";v=\"134\"' \\\n -H 'sec-ch-ua-mobile: ?0' \\\n -H 'sec-ch-ua-platform: \"macOS\"' \\\n -H 'sec-fetch-dest: empty' \\\n -H 'sec-fetch-mode: cors' \\\n -H 'sec-fetch-site: cross-site' \\\n -H 'user-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/134.0.0.0 Safari/537.36 Edg/134.0.0.0' \\\n --data-raw '{\"id\":1,\"name\":\"La Máquina de Hacer Pájaros\",\"year\":1976,\"image\":\"https://cdn.rock-legends.com/photos/la-maquina.jpg\"}'\n```\n\nReturns the expected response:\n```\n{\n \"id\": 1,\n \"name\": \"La Máquina de Hacer Pájaros\",\n \"year\": 1976,\n \"image\": \"https://cdn.rock-legends.com/photos/la-maquina.jpg\"\n}\n```\n\n### Reproduction\n\n_No response_\n\n### Steps to reproduce\n\nReproduction Steps\n\nThis can be verified by copying the generated cURL request. For example, sending a request via the sandbox at:\nhttps://vitepress-openapi.vercel.app/sandbox/#createArtist\n\nThe generated request:\n```\ncurl 'https://stoplight.io/mocks/enzonotario/argentine-rock/122547792/api/v1/artists/1/albums' \\\n -H 'accept: */*' \\\n -H 'accept-language: zh-TW,zh;q=0.9,en-US;q=0.8,en;q=0.7' \\\n -H 'authorization: Bearer Token' \\\n -H 'content-type: application/json, application/json' \\\n -H 'origin: https://vitepress-openapi.vercel.app' \\\n -H 'priority: u=1, i' \\\n -H 'referer: https://vitepress-openapi.vercel.app/' \\\n -H 'sec-ch-ua: \"Chromium\";v=\"134\", \"Not:A-Brand\";v=\"24\", \"Microsoft Edge\";v=\"134\"' \\\n -H 'sec-ch-ua-mobile: ?0' \\\n -H 'sec-ch-ua-platform: \"macOS\"' \\\n -H 'sec-fetch-dest: empty' \\\n -H 'sec-fetch-mode: cors' \\\n -H 'sec-fetch-site: cross-site' \\\n -H 'user-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/134.0.0.0 Safari/537.36 Edg/134.0.0.0' \\\n --data-raw '{\"id\":1,\"name\":\"La Máquina de Hacer Pájaros\",\"year\":1976,\"image\":\"https://cdn.rock-legends.com/photos/la-maquina.jpg\"}'\n```\nResults in a 500 Internal Server Error.\n\n### Logs and Error Messages\n\n_No response_\n\n### Other Information\n\nEnsure that the Content-Type header is set correctly in POST requests to avoid duplicate values.",[2944],{"name":2945,"color":2946},"bug","d73a4a",192,"Incorrect Content-Type Parsing in POST Requests Causes Guaranteed Failure","2025-04-04T22:07:17Z","https://github.com/enzonotario/vitepress-openapi/issues/192",0.8433276,{"description":2953,"labels":2954,"number":2955,"owner":2868,"repository":2879,"state":2880,"title":2956,"updated_at":2957,"url":2958,"score":2959},"### What would you like?\n\nSwagger-ui has the option to set a token once for the site and have it be used for every test api call. Maybe such an option would also be nice for the openapi theme.\n\n### Why is this needed?\n\nMakes it a bit friendlier to use as you do not need to constantly insert a bearer token.\n\n### How could it be implemented?\n\nSimilarly to how swagger-ui does it. Have a global button which stores the authentication method / value.\n\n### Other information\n\n_No response_",[],59,"[Feature] Site-wide authentication","2024-09-29T13:52:47Z","https://github.com/enzonotario/vitepress-openapi/issues/59",0.8445122,["Reactive",2961],{},["Set"],["ShallowReactive",2964],{"$fTRc1wZytZ_XrK4EfJfei_Sz-An4H4Yy6syhVxH_PVJc":-1,"$fyzdlee7-e0EO_zsSc1WEETj-gDQIboqpN_-KmWPLPpY":-1},"/enzonotario/vitepress-openapi/208"]