Justin Searls

Can't blame you at all! Sorry I didn't get a chance to look at this more closely

I think this makes sense -- if you're able to get an environment working locally to work on a PR for the proposed environment variable, I'll do my best to...

I tried and can't replicate this. Closing for now until I can

I'm not familiar with other libraries forcing this onto users. I wonder if there's some API the gem could be calling to ensure Webpacker or Sprockets assets are compiled for...

I have some ideas in how we might spelunk through the rails code to understand who and when calls the asset compilation stuff, but it won't do me much good...

I am unfortunately not able to repro this. Try as I might, the on-demand webpacker compilation works fine: 

Sorry for the frustration, Dave! (👋 by the way) I spent a few minutes trying to make sense of the code, but I can't confirm or deny the root cause...

Fixed in 0.3.0 (see #26)

Nothing's jumping out at me as an apparent cause, at least as it pertains to this gem itself. `tail` isn't referenced anywhere in the gem and I'm unsure what in...

Hmm, I don't _think_ so. Seems feasible as an issue, because every Rails app I test with this gem boots much much faster than Cypress itself does