--watch not working with helix-editor

[urbantrout]

What version of Hugo are you using (hugo version)?

$ hugo version
hugo v0.129.0+extended darwin/amd64 BuildDate=2024-07-17T13:29:16Z VendorInfo=brew

Steps to reproduce:

1. Run hugo server or hugo --watch
2. Change files in Helix

Expected result

Hugo reacts to file changes and rebuilds pages

Actual result

Hugo reacts to file changes and builds pages, but not all of them and the output is the same as the one without the changes.

This only happens in Helix editor. In vim everything works as expected.

[bep]

Could you try to run

hugo server --logLevel info

And note the lines with livereload in them when you change something.

You could also try hugo server --poll 1s. If that works, the Helix must doing some non-standard way of saving files that does not trigger the expected fs events.

[urbantrout]

This is the output with --logLevel info

Change detected, rebuilding site (#1).
2024-07-25 16:35:34.441 +0200
Template added /_default/baseof.htmlc3gzwd.bck
Template added /_default/baseof.html
INFO  build:  step process substep resolve content adapter change set changes 2 checked 2 matches 0 duration 36.901µs
INFO  build:  step process substep resolve page output change set changes 2 checked 448 matches 0 duration 3.843363ms
INFO  build:  step process substep gc dynacache duration 196.695µs
INFO  build:  step process substep rebuild templates duration 8.210313ms
INFO  build:  step process duration 13.327644ms
INFO  build:  step assemble duration 777ns
INFO  build:  step render substep pages site de outputFormat html duration 20.021809ms
INFO  build:  step render pages 0 content 0 duration 20.075914ms
INFO  build:  step render deferred count 0 duration 917ns
INFO  build:  step postProcess duration 9.17µs
INFO  build:  duration 33.51625ms
Web Server is available at http://localhost:1313/ (bind address 0.0.0.0)
Total in 33 ms
INFO  livereload: build changed 0 files

[urbantrout]

adding --poll 1s fixes the issue.

[urbantrout]

This is not a hugo issue but a helix issue.

[bep]

This is not a hugo issue but a helix issue.

Well, that's debatable.

Looking at these 2 lines:

Template added /_default/baseof.htmlc3gzwd.bck
Template added /_default/baseof.html

I'm guessing that the above is hinting at the problem; I suspect that Helix saves to a temp file and then renames it, not sure.

[urbantrout]

Looks like it: https://github.com/helix-editor/helix/blob/f34dca797cf696a19466ab2b3f7e1ca6ffa2bcb7/helix-view/src/document.rs#L946

[urbantrout]

Well, that's debatable.

[David-Else]

adding --poll 1s fixes the issue.

I just spent the day tearing my hair out trying to solve this problem, and this solved it! Maybe there is some better way to deal with this long term than adding --poll 1s?

[kirawi]

This is not a hugo issue but a helix issue.

Well, that's debatable.

Looking at these 2 lines:

Template added /_default/baseof.htmlc3gzwd.bck
Template added /_default/baseof.html

I'm guessing that the above is hinting at the problem; I suspect that Helix saves to a temp file and then renames it, not sure.

I'd be surprised if this was the issue. Vim also writes to a temporary file and renames it.

[jmooring]

@kirawi We have a few exclusions related to vim, but nothing for .bck files.

hugo/commands/hugobuilder.go

Lines 779 to 794 in e1becf1

	istemp := strings.HasSuffix(ext, "~") ||
	(ext == ".swp") || // vim
	(ext == ".swx") || // vim
	(ext == ".tmp") || // generic temp file
	(ext == ".DS_Store") || // OSX Thumbnail
	baseName == "4913" || // vim
	strings.HasPrefix(ext, ".goutputstream") || // gnome
	strings.HasSuffix(ext, "jb_old___") || // intelliJ
	strings.HasSuffix(ext, "jb_tmp___") || // intelliJ
	strings.HasSuffix(ext, "jb_bak___") || // intelliJ
	strings.HasPrefix(ext, ".sb-") || // byword
	strings.HasPrefix(baseName, ".#") || // emacs
	strings.HasPrefix(baseName, "#") // emacs
	if istemp {
	continue
	}

[github-actions]

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.