How does this not exist yet!?

I am trying to use wiki.js to make docs and this is borderline a deal breaker....

We use a workaround by finding the pages ID and using that instead of using the path-based URL.

e.g. instead of

However it's cumbersome to find the page ID. If nothing else it would be really helpful if the 'share' dropdown had a permalink option that generated the link.

I find the page ID by going to page history, and the ID is displayed in the header.

We are working on that issue just changing the way how links are processed - not by the name, but by the page ID. Hope to push the pool request soon. Just let me know if this is not convenient.

Just to add another voice to this - we absolutely need this feature as well.

I can see that this feature request could be implemented using the "Redirect page" feature request.

I believe that MediaWiki achieve things this way. When you move/rename a page, it drops a 'redirect page' at the old location. So, all the links to the old page hit the redirect and end up at the new page.

I think there is also a max redirects limit to reduce server load for things that keep getting moved.

We've been evaluating wikis for the past month or two and wiki.js is hands down our favourite. Unfortunately we can't adopt it until this issue is fixed. We'll have a lot of organization and re-organization of pages to do early on and can't be having to always manually update links.

Creating a page that had links to it also does not update the pages that link to it (they stay red until you rerender that page)

Yes, every wiki I've ever used does this. Keep a variable that has a list of "backlink" items that is updated on each edit / page creation, and use that to quickly update all the other backlinks. AND then in the admin section where the current rebuild everything / re-render everything buttons are, put a fix backlinks button to do a slow crawl over entire site.

really interested

I can also only point out how important this feature for any serious wiki/knowledgebase/documentation project within wiki.js is.

It is vital that internal links never ever break, just because somebody renamed or moved a page. The link structure between pages is a fundamental part of a wiki and should support the dynamic & ever changing nature of an active wiki. Moving and reorganizing content and pages should always give the users the possibility to automatically update all internal links within the wiki.

I also love the way that for example the personal knowledge base software from obsidian.md works in this regard.

No matter how often you rearrange, reorganize your pages/notes there, it always instantly updates all internal links and the associations/links between your notes are never lost/broken.

Regarding external incoming links from external sources linking into wiki.js, something like permalinks using never changing ids could be a solution for that kind of scenario, but for wiki internal links, i think auto-updated name based links are the way to go