Incorrect CSS/JS `link` href in projects with root `site_url`

[Blacksmoke16]

Context

Previously discussed in #5800 (reply in thread).

Seemingly is a regression of #6437.

Bug description

When the root project of a projects plugin sets a site_url to root, e.g. http://example.com/ versus http://example.com/docs, and when the child projects setting something else, e.g. http://example.com/MyApp, then the href attribute of the generated link tags for the CSS/JS of the sub-project are incorrect. This causes them to 404 and not properly

Related links

• Reporting a bug
• https://squidfunk.github.io/mkdocs-material/plugins/projects/

Reproduction

bug.zip

Steps to reproduce

1. python3 -m venv venv
2. . venv/bin/activate
3. pip install --upgrade --force-reinstall mkdocs-material
4. Run mkdocs serve
5. Try to navigate to the /MyApp page

Browser

Chrome

Before submitting

• I have read and followed the bug reporting guidelines.
• I have attached links to the documentation, and possibly related issues and discussions.
• I assure that I have removed all customizations before submitting this bug report.
• I have attached a .zip file with a minimal reproduction using the built-in info plugin.

[squidfunk]

Thanks for reporting! Temporary mitigation:

plugins:
  - projects:
      hoisting: false

[squidfunk]

Fixed in 7c4ef0b. There was a bug in path computation if paths where computed from site_url, sometimes returning an absolute path, which explains that the file system path was part of the asset URL. There are many different configurations that we need to account for (no site_url set, some set, all set, site_url pointing to same base paths, etc.). Additionally, the fix in #6437 was not specific enough and was also adapted, so the reproduction in #6437 remains working.

[squidfunk]

Released as part of 9.5.13+insiders-4.53.1.