`zola serve` with `--output-dir` stopped serving assets in v0.18.0 about zola HOT 7 OPEN

Can confirm this, with 0.18 for Windows. The files are actually present in the output directory, but not loaded.

Ignore the latter re Linux: I accidentally used 0.17 (system installed). This might be another issue, TBC.

from zola.

This is fixed by #2398, it would be nice to have a patch release with the fix.

from zola.

There's probably going to be a new release anyway since pulldown_cmark was updated

from zola.

A workaround for this problem is to give the absolute path of the output directory on the command line, ie instead of --output-dir docs, --output-dir /full/path/to/docs.

from zola.

A workaround for this problem is to give the absolute path of the output directory on the command line, ie instead of --output-dir docs, --output-dir /full/path/to/docs.

This didn't solve it on Windows - and I always use the full path to a ramdisk.

Current next with #2398 fails to run for me on Windows, further comments will follow in that thread.

My earlier comment re Linux can be ignored BTW. I usually write on Windows and compile on Linux. I forget --drafts... after a long day, when converting shortcodes to macros turned up all kinds of issues to do with scope overlap, etc, etc. (since solved) ;)

from zola.

@wold5 You'd need to format the path exactly like fs::canonicalize does. I think you'd get paths that start with \\?\ in that syntax. But I'm no Windows guru. If you need the workaround, the simplest way is probably to write a test program just to canonicalize the path correctly :)

from zola.

Would https://crates.io/crates/normpath solve the issue?

from zola.