blendid icon indicating copy to clipboard operation
blendid copied to clipboard

watch task will not compile more than 48 html files

Open markjohnson4 opened this issue 6 years ago • 5 comments

I just confirmed this to be the case with a fresh installation of blendid. This can easily be recreated by creating 50 copies of the index.html file (with different names), running "yarn run blendid", deleting production html files, and saving an html file in the "src/html" folder to trigger re-compiling the html. You'll see that only 48 files get compiled. No more.

markjohnson4 avatar Aug 17 '18 15:08 markjohnson4

Same Problem here, any idea?

kamilczujowski avatar Oct 18 '18 12:10 kamilczujowski

@markjohnson4 sorry for the slow response!!

I am not able to replicate to 50-file aspect of this.

I do however see a bug that might be what's going on for you: the html watch task appears to only notice changes to files that existed when you ran yarn run blendid.

If you re-save one of the original files (after creating a new one, with or without deleting two, and regardless of file count) does the new file show up in your destination directory?

olets avatar May 28 '19 22:05 olets

html task issue is now captured in #580. Thanks for calling our attention to it 👍

olets avatar May 28 '19 22:05 olets

I managed to replicate on macOS, issue is related to gulp + browserSync https://github.com/BrowserSync/gulp-browser-sync/issues/79

In my case I had more than 48 html files, fix seems to be to comment out in html.js .pipe(browserSync.stream())

Downside of course is that browser doesn't reloads on html changes anymore, but at least more than 48 files can be created.

kasparsz avatar Jun 04 '19 11:06 kasparsz

@kasparsz thanks for finding that issue. The workaround might be to refactor Blendid and trigger the reload manually. Suppose we could also do something with gulp-count but that would add complexity.

olets avatar Jun 04 '19 14:06 olets