\r\n \u003C/head>\r\n \u003Cbody>\r\n \u003Cp>Hello, world!\u003C/p>\r\n \u003C/body>\r\n\u003C/html>\r\n```\r\n\r\nThen run `npx vitepress dev`, open http://localhost:5173/, and click on the green \"foo\" button that appears. VitePress gives a 404 error page. Reload the page, and the correct HTML page should appear with the contents \"Hello, world!\"\r\n\r\nGo back to http://localhost:5173/, and this time open the green \"foo\" button's link in a new tab. Observe that the page is loaded correctly with no 404.\r\n\r\n### Expected behavior\r\n\r\nVitePress should load the page correctly when clicking the link to open it in the current tab.\r\n\r\n### System Info\r\n\r\n```\r\nSystem:\r\n OS: macOS 12.6.1\r\n CPU: (8) arm64 Apple M1\r\n Memory: 277.38 MB / 16.00 GB\r\n Shell: 5.8.1 - /bin/zsh\r\n Binaries:\r\n Node: 16.14.2 - ~/.nvm/versions/node/v16.14.2/bin/node\r\n Yarn: 1.22.19 - ~/.yarn/bin/yarn\r\n npm: 8.5.0 - ~/.nvm/versions/node/v16.14.2/bin/npm\r\n Browsers:\r\n Chrome: 108.0.5359.98\r\n Firefox: 90.0\r\n Safari: 16.1\r\n npmPackages:\r\n vitepress: ^1.0.0-alpha.30 => 1.0.0-alpha.30\r\n```\r\n\r\n\r\n### Additional context\r\n\r\n_No response_\r\n\r\n### Validations\r\n\r\n- [X] Follow our [Code of Conduct](https://vuejs.org/about/coc.html)\r\n- [X] Read the [docs](https://vitepress.vuejs.org).\r\n- [X] Check that there isn't already an issue that reports the same bug to avoid creating a duplicate.",[],1685,"404 error when clicking link to public","2023-01-21T14:17:08Z","https://github.com/vuejs/vitepress/issues/1685",0.71288544,{"description":2927,"labels":2928,"number":2929,"owner":2866,"repository":2867,"state":2868,"title":2930,"updated_at":2931,"url":2932,"score":2933},"In Vitepress (vuejs/vitepress), the page HTML base path (`site.base`) and the static assets base path (`vite config.base`, equivalent to `publicPath` in webpack) are not handled separately. This causes issues when deploying the HTML and CDN separately (with the HTML being served from a dedicated domain and the CDN deployed on a general CDN service). The built pages cannot navigate correctly or the static assets fail to load properly.\r\n\r\nThe current code handling both `site.base` and `vite.config.base` consistently can be found at the following link:\r\n\r\nhttps://github.com/vuejs/vitepress/blob/b16340acbd3c60fee023daadb0ec5a0292060a1e/src/node/build/bundle.ts#L60\r\n\r\nIt would be beneficial to separate the handling of these two base paths to better support different deployment scenarios.",[],2144," Separate handling of page HTML base path and static assets base path in Vitepress","2023-04-04T00:03:58Z","https://github.com/vuejs/vitepress/issues/2144",0.71615773,{"description":2935,"labels":2936,"number":2938,"owner":2866,"repository":2867,"state":2868,"title":2939,"updated_at":2940,"url":2941,"score":2942},"### Describe the bug\n\nIf there is a plaintext file in public directory, and the file extension is unrecognized (i.e. `.txt` files are recognized, but `.ini`, or any random combination of file extensions, are not), the build system is attempting to convert the links to append `.html` to it. This causes the link to 404.\n\n### Reproduction\n\nNOTE: this reproduces a scenario in the testing environment. **docs:build doesn't even run because, as a result of the below generation, the link is being treated as dead.**\r\n\r\nAdd this to `/public/hello.ini`:\r\n```ini\r\n[helloworld]\r\n```\r\n\r\nAnd then have any page link to it like so:\r\n```md\r\n[download hello.ini](/hello.ini)\r\n```\r\n\r\nAnd it will generate:\r\n```html\r\n\u003Ca href=\"/hello.ini.html\">download hello.ini\u003C/a>\r\n```\r\n\n\n### Expected behavior\n\nThe docs seem to suggest that files in the `public` directory will be copied as-is to the output directory; the same logic should apply to links. That is to say, there should be no `.html` suffix in the `href` and either the download or the browser opening the resulting file in plaintext should proceed.\n\n### System Info\n\n```Text\nSystem:\r\n OS: Windows 10 10.0.19045\r\n CPU: (12) x64 Intel(R) Core(TM) i7-8700K CPU @ 3.70GHz\r\n Memory: 4.95 GB / 31.92 GB\r\n Binaries:\r\n Node: 20.11.0 - C:\\Program Files\\nodejs\\node.EXE\r\n npm: 10.2.4 - C:\\Program Files\\nodejs\\npm.CMD\r\n Browsers:\r\n Edge: Chromium (127.0.2651.86)\r\n Internet Explorer: 11.0.19041.4355\r\n npmPackages:\r\n vitepress: ^1.3.4 => 1.3.4\n```\n\n\n### Additional context\n\n_No response_\n\n### Validations\n\n- [X] Check if you're on the [latest VitePress version](https://github.com/vuejs/vitepress/releases/latest).\n- [X] Follow our [Code of Conduct](https://vuejs.org/about/coc.html)\n- [X] Read the [docs](https://vitepress.dev).\n- [X] Check that there isn't already an issue that reports the same bug to avoid creating a duplicate.",[2937],{"name":2877,"color":2878},4208,"Markdown absolute links to plaintext files in public directory attempts to link as HTML","2024-09-24T04:43:23Z","https://github.com/vuejs/vitepress/issues/4208",0.7174973,{"description":2944,"labels":2945,"number":2949,"owner":2866,"repository":2867,"state":2868,"title":2950,"updated_at":2951,"url":2952,"score":2953},"### Describe the bug\n\n\r\n\r\n\n\n### Reproduction\n\nclick titile to 404\n\n### Expected behavior\n\nclick titile to '/base'\n\n### System Info\n\n```shell\nvitepress version ^1.0.0-alpha.19\n```\n\n\n### Additional context\n\n_No response_\n\n### Validations\n\n- [X] Follow our [Code of Conduct](https://vuejs.org/about/coc.html)\n- [X] Read the [docs](https://vitepress.vuejs.org).\n- [X] Check that there isn't already an issue that reports the same bug to avoid creating a duplicate.",[2946],{"name":2947,"color":2948},"need more info","bdbefc",1455,"Click on header to jump to '/' instead of '/base'","2023-01-21T14:23:07Z","https://github.com/vuejs/vitepress/issues/1455",0.7198057,["Reactive",2955],{},["Set"],["ShallowReactive",2958],{"$fTRc1wZytZ_XrK4EfJfei_Sz-An4H4Yy6syhVxH_PVJc":-1,"$fGjYPKF1SOVPb_ebUqsPlDZLV5vVgBvEyLsFMsWBqVQQ":-1},"/vuejs/vitepress/1806"]