Automatically reload Hotwire Turbo when app files are modified.
demo.mp4
Add hotwire-livereload
to your Gemfile:
group :development do
gem "hotwire-livereload", github: "kirillplatonov/hotwire-livereload"
end
Run bundle install
and restart your server.
In your layout, make sure you don't turbo-track
your JS/CSS in development:
+ <%= stylesheet_link_tag "application", "data-turbo-track": Rails.env.production? ? "reload" : "" %>
- <%= stylesheet_link_tag "application", "data-turbo-track": "reload" %>
Folders watched by default:
app/views
app/helpers
app/javascript
app/assets/stylesheets
app/assets/javascripts
app/assets/images
app/components
config/locales
The gem detects if you use jsbundling-rails
or cssbundling-rails
and watches for changes in their output folder app/assets/builds
automatically.
You can watch for changes in additional folders by adding them to listen_paths
:
# config/environments/development.rb
Rails.application.configure do
# ...
config.hotwire_livereload.listen_paths << Rails.root.join("app/custom_folder")
end
You can skip one or few default listen paths:
# config/environments/development.rb
Rails.application.configure do
# ...
config.hotwire_livereload.skip_listen_paths << Rails.root.join("app/views")
end
You can disable default listen paths and fully override them:
# config/environments/development.rb
Rails.application.configure do
# ...
config.hotwire_livereload.disable_default_listeners = true
config.hotwire_livereload.listen_paths = [
Rails.root.join("app/assets/stylesheets"),
Rails.root.join("app/javascript")
]
end
If you don't have data-turbo-track="reload"
attribute on your JS and CSS bundles you might need to setup force reloading. This will trigger full browser reloading for JS and CSS files only:
# config/environments/development.rb
Rails.application.configure do
# ...
config.hotwire_livereload.force_reload_paths << Rails.root.join("app/assets/stylesheets")
config.hotwire_livereload.force_reload_paths << Rails.root.join("app/javascript")
end
Instead of a direct ActionCable websocket connection, you can reuse the existing TurboStream websocket connection and send updates using standard turbo-streams:
# config/environments/development.rb
Rails.application.configure do
# ...
config.hotwire_livereload.reload_method = :turbo_stream
end
Listen gem, which is used for file system monitoring, accepts options like enabling a fallback mechanism called "polling" to detect file changes.
By default, Listen uses a more efficient mechanism called "native" which relies on the operating system's file system events to detect changes. However, in some cases, such as when working with network-mounted file systems or in certain virtualized environments, the native mechanism may not work reliably. In such cases, enabling force_polling ensures that file changes are still detected, albeit with a slightly higher resource usage.
You may use listen_options to pass these options like:
# config/environments/development.rb
Rails.application.configure do
# ...
config.hotwire_livereload.listen_options[:force_polling] = true
end
If your app uses TailwindCSS or similar that compiles your CSS from looking at your templates, you can end up in a situation, where updating a template triggers twice for changes; once for the template and once for the rebuilt CSS. This can lead to unreliable reloads, ie. the reload happening before the CSS is built.
To avoid this, you can add a debounce delay to the file watcher:
# config/environments/development.rb
Rails.application.configure do
# ...
config.hotwire_livereload.debounce_delay_ms = 300 # in milliseconds
end
To temporarily disable livereload use:
bin/rails livereload:disable
To re-enable:
bin/rails livereload:enable
No server restart is required. Disabling is managed by tmp/livereload-disabled.txt
file.
To get started:
- Run
npm install
- Run
npm run watch
Hotwire::Livereload is released under the MIT License.