Problem with sidebar links and history back button

[x8x]

How to reproduce:

clone https://github.com/x8x/test
cd test
vuepress build
http-server -p 3000 -a 127.0.0.1 .vuepress/dist -o

• open browser and go to http://127.0.0.1:3000/
• click first link on left sidebar
• click second link on left sidebar
• now click the browser history back button and you get a 404

[x8x]

Maybe I should have specified that this happen only when sidebar items name are in Chinese, would be nice if someone else could test and confirm or dismiss. Thanks!

[hustjiangtao]

I got a 404 too, when refreshing the page or opening the link directly.

[yungsem]

I'm facing the same problem, have you solved it? If so, how?

[yungsem]

I did some checking just now, as @x8x said, it happens when the url contains Chinese. Are there any plans to fix this?

[hmatalonga]

I have been looking at this problem and here what I have find so far:

1. When you click for the 1st time on the first link $route.path is "/中文手册.html" which matches with the correct filename generate by the build command.
2. However once you hit the browser return button, $route.path will be /%E4%B8%AD%E6%96%87%E6%89%8B%E5%86%8C.html this will cause a error not finding the file.

I believe this is simply a problem where the path was normalized with encodeURIComponent on the return action and it wasn't normalized when generating the filename during the build process, so in the end they don't match.

I can work on a PR to try fix this situation 👍

This should also solve the problem #344

[hustjiangtao]

May be it does is the reason. It will be nice if it is fixed, and please inform me at once if there is any progress. Thank you so much! 2018-05-07 3:45 GMT+08:00 Hugo Matalonga <notifications@github.com>:

…

I have been looking at this problem and here what I have find so far: 1. When you click for the 1st time on the first link $route.path is "/中文手册.html" which matches with the correct filename generate by the build command. 2. However once you hit the browser return button, $route.path will be /%E4%B8%AD%E6%96%87%E6%89%8B%E5%86%8C.html this will cause a error not finding the file. I believe this is simply a problem where the filename was normalized with decodeURIComponent on the return action and it wasn't normalized when generating the filename during the build process, so in the end they don't match. I can work on a PR to try fix this situation 👍 This should also solve the problem #344 <#344> — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#307 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/ANMSN70cAg0W_Qf9HEobcAOaStFeZCRyks5tv1LBgaJpZM4Tscoo> .

[ulivz]

This should be fixed at #473