Problems with longer asset compilation times

[neontuna]

Using Rails 7, jsbundling-rails and webpack we're having some issues with rails_live_reload triggering the reload before asset compilation finishes.

This is covered in the readme

...but in case your asset compilation takes couple of seconds, this might not work propperly, in that case we would recommend you to add configuration to watch output folder.

Which I've done

config.watch %r{app/views/.+\.(erb|haml|slim)$}
config.watch %r{app/assets/builds/.+\.(css|js|html|png|jpg|ts|jsx)$}, reload: :always

The problem is - it still seems like reload is occurring before compilation is actually done. Every other reload we see errors like the following

Forcing a refresh fixes it.

I was thinking maybe allowing for a static delay in config (after detecting change but before reload) might be a good solution.

[x9sim9]

I'm having the same issue and watching for assets/builds instead does not solve the issue for me either.

The issue happens because the reload is called on first detected change not last change and so one file may have been recompiled but other files may not yet have been finished.

Adding a delay that adds a window of time to wait for other changes to happen would be the simplest option

[neontuna]

@x9sim9 FYI I resolved this on our end by monkey patching the reload method. Add this to the initializer for the gem

module DelayedLiveReloadCommand
  def reload
    return if dt.nil? || files.nil? || RailsLiveReload::Checker.scan(dt, files).size.zero?

    sleep(2.5)

    transmit({command: "RELOAD"})
  end
end

RailsLiveReload::WebSocket::Base.prepend DelayedLiveReloadCommand

Obviously breaks if the original function changes but solves the problem