-
Notifications
You must be signed in to change notification settings - Fork 755
Cleanup tests, fix a broken test seed #783
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
👍 All sounds good to me! Thanks for taking care of the Yeah, the By the way, what do you think about long-term support for webpacker 1 & 2, should we/can we drop them in the near future, or are people stuck on them? |
Can't really speak for the whole community, but if we look at the numbers I'm probably say definitely drop 1.1 (I wrote one method specific to that version), maybe 1.2 when 3 picks up. 17,079 downloads https://rubygems.org/gems/webpacker/versions/3.0.1 No idea what I did to break the test suite so thoroughly but at least it looks like some JRuby builds are running now. I'll spend more time on this later, I have to do some work for my company for a few days before I can return to this. Edit: Actually just upgraded the main application for my day job from Webpacker 1 to 3 in a single hop in a few hours, so it shouldn't be a major problem to my knowledge, that's why I prefer this gem to React On Rails, theirs is too prescriptive and lock you into how they think your webpack should be run, makes it unusable. Ed2: |
… scope rubyracer to MRI and replace with rubyrhino on JRuby
@rmosolgo The JRuby tests are now green also on this branch. 🚢 |
You're amazing! |
Hi again,
Problem
Noticed when 777 was merged to master, there was one timing problem test where in webpacker 3
it's possible for it to say
Webpacker.dev_server.running? == true
before it was able to serve assets.Solution
Check if the file is available in Webpacker 3 by opening it again, same as old method but using the dev_server methods. Also basically rewrote that loop while I was at it since we can just kill the PID and not need to do the
lsof
scan.Also used the
param:
syntax for rails controller tests, it runs in Rails 3 and 5, and it also stops a deprecation warning so thats a freebie.Also collected all the
MAJOR < 3
into one block, still not 100% sure about that patten but it seems to do a good job.