[Core] No difference between the URL alias of the draft vs published document

[boazpoolman]

Bug report

Describe the bug

The URL alias of a document is shared across it's published & draft variants. This introduces a problem when you're working on a draft that introduces a URL change. That change will be directly applied to the published variant also.

Steps to reproduce the behavior

1. Setup your Strapi project with at least 1 content type (e.g. Article)
2. Install Webtools
3. Enable Webtools for the Article content type
4. Create a pattern like /[title] for the Article content type
5. Create and Article with title "Test page" and publish it. This will get an URL /test-page
6. Create a new draft (without publishing) for that Article and change the title to "Test page change"
7. This will cause the URL of the published variant to change to /test-page-change

Expected behavior

I would expect the URL alias to be tied to a specific version of the document. So each draft, or each published version will have it's own URL alias. That allows you to work on a draft, including a URL change, without it being applied to the published version directly.

[laurenskling]

Just hit this as well. Any ideas on how to tackle?

[boazpoolman]

I've marked this issue with milestone 2.0.0 as the 'Expected Behavior' as I've described above will likely cause a breaking change.

I guess a temporary workaround could be to just not update the URL alias with draft data. We could add an if statement somewhere in the genrate-url-alias middleware to do an early return when the content that was updated is in draft.