Skip to content
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

4.0 error undefined method start_with? #632

Closed
jason-hobbs opened this issue Oct 8, 2019 · 25 comments
Closed

4.0 error undefined method start_with? #632

jason-hobbs opened this issue Oct 8, 2019 · 25 comments

Comments

@jason-hobbs
Copy link

jason-hobbs commented Oct 8, 2019

When I run rspec or rails server with sprockets updated to 4.0 I get:
undefined method start_with?' for #<Proc:0x00007ffeadf32740> # /Users/jasonhobbs/.rvm/gems/ruby-2.6.5/gems/sprockets-4.0.0/lib/sprockets/uri_utils.rb:78:in valid_asset_uri?'

I have no idea what this is referring to in my code. I had no issues with sprockets 3.7.2

@schneems
Copy link
Member

schneems commented Oct 8, 2019

Hello, please follow the issue template, without an example app there's not a very large chance that i'll be able to help.

### Expected behavior

Tell us what should happen

### Actual behavior

Tell us what happens instead

### System configuration

- Sprockets version
- Ruby version

### Example App

Please provide an [example app](https://www.codetriage.com/example_app) that reproduces the problem. This will save maintainers time so they can spend it fixing your issues instead of trying to build a reproduction case from sparse instructions.

To create an example app, make an application locally that uses your same version of Sprockets. Add files to reproduce the problem. Once you've reproduced the problem add instructions on how to run your example app to a README.md file. Then commit everything to git and push to a new project on github. Once you've pushed your app add a link back to this issue.

[More information about example apps](https://www.codetriage.com/example_app)

@ahorek
Copy link
Contributor

ahorek commented Oct 8, 2019

@jason-hobbs you probably have a pattern like this somewhere in your code base

Rails.application.configure do
  config.assets.precompile.concat [
    proc do |logical_path, filename|
      true # logic
    end
  ]
end

@schneems is that something that suppose to work in the first place?

@schneems
Copy link
Member

schneems commented Oct 8, 2019

is that something that suppose to work in the first place?

In general we're pushing people to move to the manifest.js https://schneems.com/2017/11/22/self-hosted-config-introducing-the-sprockets-manifestjs/ . I don't have a more concrete answer here. I looked in the code and I don't see where we would be calling a proc with 4.0 so I'm assuming it's removal was intentional.

I do know that LOOSE_APP_ASSETS was originally a proc in rails-sprockets but then it was moved over to use the manifest.js. I honestly don't know where in the code in 3.x supported that ability so I don't know where to start looking to tell you when it changed and if it was truly intentional.

@schneems
Copy link
Member

schneems commented Oct 8, 2019

Okay in our docs "How Sprockets Work" talk from Rafael. I think this is intentional, but I don't know why we didn't deprecate the interface first.


Sprockets has special support for Procs on the precompilation. Before, in Sprockets version 3, we had this code that is telling us to precompile all the known JavaScript and stylesheet files in the app directory.

LOOSE_APP_ASSETS = lambda do |logical_path, filename|
  filename.start_with?(::Rails.root.join('app/assets').to_s) &&
    !['.js', '.css', ''].include?(File.extname(logical_path))
end

config.assets.precompile = [LOOSE_APP_ASSETS, /(?:\/|\\|\A)application\.(.css|js)$/]

As you can see, the code above is not easy to understand, so in Sprockets version 4, we have a new syntax for that shown below:

// app/assets/config/manifest.js
//= link_tree ../images
//= link_directory ../javascripts .js
//= link_directory ../stylesheets .css
//= link my_engine

// my_engine/app/assets/config/my_engine.js
//= link_tree ../images/bootstrap

It's called the link directive, so it's easier to understand what's going on there. You can actually see that all the images in the image directory is going to be precompiled just as the JavaScript and the style sheets do. One can use this directive to compose new libraries. I have that link to my engine that's also defining its own manifest file. It's now easy to understand and to compose. Not that we are going to remove the precompile list, but these new directives are there to help to build the precompile list. We have all these directives by default in Sprockets and later we will explain how you can extend the directives to create your own.

@schneems
Copy link
Member

schneems commented Oct 8, 2019

Okay, so here's the integration point with Sprockets and sprockets-rails

      @precompiled_assets ||= assets_manifest.find(config.assets.precompile).map(&:logical_path).to_set

The precompile array gets passed into the Manifest#find function which then does things like check for formatting, this is from the 3.x branch

def find(*args)
unless environment
raise Error, "manifest requires environment for compilation"
end
return to_enum(__method__, *args) unless block_given?
paths, filters = args.flatten.partition { |arg| self.class.simple_logical_path?(arg) }
filters = filters.map { |arg| self.class.compile_match_filter(arg) }
environment = self.environment.cached
paths.each do |path|
environment.find_all_linked_assets(path) do |asset|
yield asset
end
end
if filters.any?
environment.logical_paths do |logical_path, filename|
if filters.any? { |f| f.call(logical_path, filename) }
environment.find_all_linked_assets(filename) do |asset|
yield asset
end
end
end
end
nil
end

It uses a lot of files in the legacy file https://github.com/rails/sprockets/blob/3.x/lib/sprockets/legacy.rb

If there's an interface people are using that is not supported in 4.0 then we need to deprecate it and cut a release of 3.x so at least some people get a little heads up. I'm still not sure exactly where the proc support exists.

@geoffharcourt
Copy link

I don't have a proc (that I know of) related to assets, and I've been getting the same error while trying to port our Sprockets 3.x setup to 4.0. I'm looking into a smaller, reproducible test case. We're running Rails 6.0.0.

@geoffharcourt
Copy link

geoffharcourt commented Oct 8, 2019

@jason-hobbs
Copy link
Author

@jason-hobbs you probably have a pattern like this somewhere in your code base

Rails.application.configure do
  config.assets.precompile.concat [
    proc do |logical_path, filename|
      true # logic
    end
  ]
end

@schneems is that something that suppose to work in the first place?

I have nothing like that in my app.

@jason-hobbs
Copy link
Author

Here is more of the error:

Failure/Error: str.start_with?("file://".freeze) && parse_asset_uri(str) ? true : false

      ActionView::Template::Error:
        undefined method `start_with?' for #<Proc:0x00007fb892962448>
      # /Users/jasonhobbs/.rvm/gems/ruby-2.6.5/gems/sprockets-4.0.0/lib/sprockets/uri_utils.rb:78:in `valid_asset_uri?'
      # /Users/jasonhobbs/.rvm/gems/ruby-2.6.5/gems/sprockets-4.0.0/lib/sprockets/resolve.rb:27:in `resolve'
      # /Users/jasonhobbs/.rvm/gems/ruby-2.6.5/gems/sprockets-4.0.0/lib/sprockets/base.rb:79:in `find_asset'
      # /Users/jasonhobbs/.rvm/gems/ruby-2.6.5/gems/sprockets-4.0.0/lib/sprockets/base.rb:88:in `find_all_linked_assets'
      # /Users/jasonhobbs/.rvm/gems/ruby-2.6.5/gems/sprockets-4.0.0/lib/sprockets/manifest.rb:125:in `block (2 levels) in find'
      # /Users/jasonhobbs/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/executor/safe_task_executor.rb:24:in `block in execute'
      # /Users/jasonhobbs/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/synchronization/mutex_lockable_object.rb:41:in `block in synchronize'
      # /Users/jasonhobbs/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/synchronization/mutex_lockable_object.rb:41:in `synchronize'
      # /Users/jasonhobbs/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/synchronization/mutex_lockable_object.rb:41:in `synchronize'
      # /Users/jasonhobbs/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/executor/safe_task_executor.rb:19:in `execute'
      # /Users/jasonhobbs/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/promise.rb:563:in `block in realize'
      # /Users/jasonhobbs/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/executor/ruby_thread_pool_executor.rb:348:in `run_task'
      # /Users/jasonhobbs/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/executor/ruby_thread_pool_executor.rb:337:in `block (3 levels) in create_worker'
      # /Users/jasonhobbs/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/executor/ruby_thread_pool_executor.rb:320:in `loop'
      # /Users/jasonhobbs/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/executor/ruby_thread_pool_executor.rb:320:in `block (2 levels) in create_worker'
      # /Users/jasonhobbs/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/executor/ruby_thread_pool_executor.rb:319:in `catch'
      # /Users/jasonhobbs/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/executor/ruby_thread_pool_executor.rb:319:in `block in create_worker'
      # ------------------
      # --- Caused by: ---
      # NoMethodError:
      #   undefined method `start_with?' for #<Proc:0x00007fb892962448>
      #   /Users/jasonhobbs/.rvm/gems/ruby-2.6.5/gems/sprockets-4.0.0/lib/sprockets/uri_utils.rb:78:in `valid_asset_uri?'

@majksner
Copy link

majksner commented Oct 9, 2019

I'm getting same error on Rails 6, Rails 5 is fine.

➜ RAILS_ENV=staging bundle exec rake assets:precompile --trace
** Invoke assets:precompile (first_time)
** Invoke assets:environment (first_time)
** Execute assets:environment
** Invoke environment (first_time)
** Execute environment
** Invoke yarn:install (first_time)
** Execute yarn:install
** Execute assets:precompile
rake aborted!
NoMethodError: undefined method `start_with?' for /\.(?:svg|eot|woff|ttf)$/:Regexp
/app/.rvm/gems/ruby-2.6.5/gems/sprockets-4.0.0/lib/sprockets/uri_utils.rb:78:in `valid_asset_uri?'
/app/.rvm/gems/ruby-2.6.5/gems/sprockets-4.0.0/lib/sprockets/resolve.rb:27:in `resolve'
/app/.rvm/gems/ruby-2.6.5/gems/sprockets-4.0.0/lib/sprockets/base.rb:79:in `find_asset'
/app/.rvm/gems/ruby-2.6.5/gems/sprockets-4.0.0/lib/sprockets/base.rb:88:in `find_all_linked_assets'
/app/.rvm/gems/ruby-2.6.5/gems/sprockets-4.0.0/lib/sprockets/manifest.rb:125:in `block (2 levels) in find'
/app/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/executor/safe_task_executor.rb:24:in `block in execute'
/app/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/synchronization/mutex_lockable_object.rb:41:in `block in synchronize'
/app/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/synchronization/mutex_lockable_object.rb:41:in `synchronize'
/app/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/synchronization/mutex_lockable_object.rb:41:in `synchronize'
/app/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/executor/safe_task_executor.rb:19:in `execute'
/app/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/promise.rb:563:in `block in realize'
/app/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/executor/ruby_thread_pool_executor.rb:348:in `run_task'
/app/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/executor/ruby_thread_pool_executor.rb:337:in `block (3 levels) in create_worker'
/app/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/executor/ruby_thread_pool_executor.rb:320:in `loop'
/app/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/executor/ruby_thread_pool_executor.rb:320:in `block (2 levels) in create_worker'
/app/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/executor/ruby_thread_pool_executor.rb:319:in `catch'
/app/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/executor/ruby_thread_pool_executor.rb:319:in `block in create_worker'
Tasks: TOP => assets:precompile

@ahorek
Copy link
Contributor

ahorek commented Oct 9, 2019

this might help you to investigate

rails c
Rails.application.config.assets.precompile.select{ |path| path.is_a?(Proc) }
=> [#<Proc:0x000000000c320198@/source/init.rb:78>]

it's an error since 8c8cccf#diff-56b8a4f4a3946e2ca1750c8580181925L24

@geoffharcourt
Copy link

@ahorek this was super-helpful. Our instances of this came from PGHero and Searchjoy, not from ActiveAdmin as I had suspected.

@jason-hobbs
Copy link
Author

I just updated the blazer gem in my app to 2.2.1 and it fixed this issue!

@schneems
Copy link
Member

It sounds like proc support was definitively removed, though i'm still not quite sure where.

We should add a deprecation in 3.x for this. I'm assuming that regex support was also removed. Surprised we didn't catch this earlier since we've been in beta since 2016.

@marckohlbrugge
Copy link

Just wanted to chime in and let you know that I ran into this same issue when using regexes. I think I found an article somewhere explaining how to add webfonts to the asset pipeline by adding this code to config/initializers/assets.rb

Rails.application.config.assets.precompile << /\.(?:svg|eot|woff|ttf)$/

I have now replaced it with the following which fixed the issue for me:

Rails.application.config.assets.precompile << ["*.svg", "*.eot", "*.woff", "*.ttf"]

@cassiopagnoncelli
Copy link

Downgraded gem sprockets from 4.0.0 to 3.7.2

gem 'sprockets', '~> 3.7.2'

@rafaelrpbelo
Copy link

I am getting this error when when I'm trying to call Webpacker.manifest.lookup('somefile.js') in some initializer file.

I added line above to make ActiveAdmin work with ActionText. The development environment it goes well, but in production I'm getting error.

# config/initializers/active_admin.rb

config.register_javascript Webpacker.manifest.lookup('action_text.js')

Error that I got:

remote:        rake aborted!                                                                   
remote:        NoMethodError: undefined method `start_with?' for nil:NilClass                  
remote:        /tmp/build_7789188117c20159cb293bb59e3995ee/vendor/bundle/ruby/2.6.0/gems/sprockets-4.0.0/lib/sprockets/uri_utils.rb:78:in `valid_asset_uri?'                                   
remote:        /tmp/build_7789188117c20159cb293bb59e3995ee/vendor/bundle/ruby/2.6.0/gems/sprockets-4.0.0/lib/sprockets/resolve.rb:27:in `resolve'                                              
remote:        /tmp/build_7789188117c20159cb293bb59e3995ee/vendor/bundle/ruby/2.6.0/gems/sprockets-4.0.0/lib/sprockets/base.rb:79:in `find_asset'                                              
remote:        /tmp/build_7789188117c20159cb293bb59e3995ee/vendor/bundle/ruby/2.6.0/gems/sprockets-4.0.0/lib/sprockets/base.rb:88:in `find_all_linked_assets'                                  
remote:        /tmp/build_7789188117c20159cb293bb59e3995ee/vendor/bundle/ruby/2.6.0/gems/sprockets-4.0.0/lib/sprockets/manifest.rb:125:in `block (2 levels) in find'

This happened due I have no assets compiled yet when this code ran, so Webpacker.manifest.lokkup('action_text.js') returns nil.

@Kani999
Copy link

Kani999 commented Jun 24, 2020

I'm getting same error on Rails 6, Rails 5 is fine.

➜ RAILS_ENV=staging bundle exec rake assets:precompile --trace
** Invoke assets:precompile (first_time)
** Invoke assets:environment (first_time)
** Execute assets:environment
** Invoke environment (first_time)
** Execute environment
** Invoke yarn:install (first_time)
** Execute yarn:install
** Execute assets:precompile
rake aborted!
NoMethodError: undefined method `start_with?' for /\.(?:svg|eot|woff|ttf)$/:Regexp
/app/.rvm/gems/ruby-2.6.5/gems/sprockets-4.0.0/lib/sprockets/uri_utils.rb:78:in `valid_asset_uri?'
/app/.rvm/gems/ruby-2.6.5/gems/sprockets-4.0.0/lib/sprockets/resolve.rb:27:in `resolve'
/app/.rvm/gems/ruby-2.6.5/gems/sprockets-4.0.0/lib/sprockets/base.rb:79:in `find_asset'
/app/.rvm/gems/ruby-2.6.5/gems/sprockets-4.0.0/lib/sprockets/base.rb:88:in `find_all_linked_assets'
/app/.rvm/gems/ruby-2.6.5/gems/sprockets-4.0.0/lib/sprockets/manifest.rb:125:in `block (2 levels) in find'
/app/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/executor/safe_task_executor.rb:24:in `block in execute'
/app/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/synchronization/mutex_lockable_object.rb:41:in `block in synchronize'
/app/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/synchronization/mutex_lockable_object.rb:41:in `synchronize'
/app/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/synchronization/mutex_lockable_object.rb:41:in `synchronize'
/app/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/executor/safe_task_executor.rb:19:in `execute'
/app/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/promise.rb:563:in `block in realize'
/app/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/executor/ruby_thread_pool_executor.rb:348:in `run_task'
/app/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/executor/ruby_thread_pool_executor.rb:337:in `block (3 levels) in create_worker'
/app/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/executor/ruby_thread_pool_executor.rb:320:in `loop'
/app/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/executor/ruby_thread_pool_executor.rb:320:in `block (2 levels) in create_worker'
/app/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/executor/ruby_thread_pool_executor.rb:319:in `catch'
/app/.rvm/gems/ruby-2.6.5/gems/concurrent-ruby-1.1.5/lib/concurrent/executor/ruby_thread_pool_executor.rb:319:in `block in create_worker'
Tasks: TOP => assets:precompile

@majksner Did you resolve your problem? I'm currently having the same problem.

@majksner
Copy link

@Kani999 You have to check 3rd party gems. Some of those are culprit. Check #632 (comment)

@Kani999
Copy link

Kani999 commented Jun 24, 2020

@majksner Thanks for the tip, but only thing related to mine problem I can found is Regexp /\.(?:svg|eot|woff|woff2|ttf)$/ but no info about what cause this. It will be a monkey business then.

@europ
Copy link

europ commented Sep 19, 2020

I had the same problem here (related to bootstrap).

Installing Bootstrap

I was following the installation guide available in the blog below:
https://www.timdisab.com/installing-bootstrap-4-on-rails-6/

Then, I also tried to install the bootstrap using the following ruby bootstrap gems:

gem 'bootstrap-sass'
gem 'bootstrap-generators'
gem 'jquery-rails'

via command below:

bundle install
bundle exec rails generate bootstrap:install

I got the same error

ActionView::Template::Error (undefined method `start_with?' for /\.(?:svg|eot|woff|woff2|ttf)$/:Regexp)

After all, it was not working due to an incorrect gem (sprockets) version.

By downgrading the specific ruby gem (sprockets), the bootstrap was successfully added to my rails-6 project.

Enviroment

ruby ................ 2.7.1
rails ............... 6.0.3.3
gem 'sprockets' ..... 4.0.2

Error

ActionView::Template::Error (undefined method `start_with?' for /\.(?:svg|eot|woff|woff2|ttf)$/:Regexp):

sprockets (4.0.2) lib/sprockets/uri_utils.rb:78:in `valid_asset_uri?'
sprockets (4.0.2) lib/sprockets/resolve.rb:27:in `resolve'
sprockets (4.0.2) lib/sprockets/base.rb:79:in `find_asset'
sprockets (4.0.2) lib/sprockets/base.rb:88:in `find_all_linked_assets'
sprockets (4.0.2) lib/sprockets/manifest.rb:125:in `block (2 levels) in find'
concurrent-ruby (1.1.7) lib/concurrent-ruby/concurrent/executor/safe_task_executor.rb:24:in `block in execute'
concurrent-ruby (1.1.7) lib/concurrent-ruby/concurrent/synchronization/mutex_lockable_object.rb:41:in `block in synchronize'
concurrent-ruby (1.1.7) lib/concurrent-ruby/concurrent/synchronization/mutex_lockable_object.rb:41:in `synchronize'
concurrent-ruby (1.1.7) lib/concurrent-ruby/concurrent/synchronization/mutex_lockable_object.rb:41:in `synchronize'
concurrent-ruby (1.1.7) lib/concurrent-ruby/concurrent/executor/safe_task_executor.rb:19:in `execute'
concurrent-ruby (1.1.7) lib/concurrent-ruby/concurrent/promise.rb:563:in `block in realize'
concurrent-ruby (1.1.7) lib/concurrent-ruby/concurrent/executor/ruby_thread_pool_executor.rb:363:in `run_task'
concurrent-ruby (1.1.7) lib/concurrent-ruby/concurrent/executor/ruby_thread_pool_executor.rb:352:in `block (3 levels) in create_worker'
concurrent-ruby (1.1.7) lib/concurrent-ruby/concurrent/executor/ruby_thread_pool_executor.rb:335:in `loop'
concurrent-ruby (1.1.7) lib/concurrent-ruby/concurrent/executor/ruby_thread_pool_executor.rb:335:in `block (2 levels) in create_worker'
concurrent-ruby (1.1.7) lib/concurrent-ruby/concurrent/executor/ruby_thread_pool_executor.rb:334:in `catch'
concurrent-ruby (1.1.7) lib/concurrent-ruby/concurrent/executor/ruby_thread_pool_executor.rb:334:in `block in create_worker'

Solution

Downgrade your sprockets gem in your Gemfile as it was suggested by @cassiopagnoncelli in #632 (comment)

Add the following line to the Gemfile:

gem 'sprockets', '~> 3.7.2'

Then, run the following commands:

bundle update sprockets

bundle exec rake assets:precompile --trace

Flo3719 added a commit to Flo3719/EatViet that referenced this issue Feb 7, 2021
@stereodenis
Copy link

so rails now is not working with sprockets@4?

@IEConsultores2020
Copy link

[osboxes@osboxes exec-central]$ bundle exec rake assets:precompile --trace
** Invoke assets:precompile (first_time)
** Invoke assets:environment (first_time)
** Execute assets:environment
** Invoke environment (first_time)
** Execute environment
** Invoke yarn:install (first_time)
** Execute yarn:install
** Execute assets:precompile
rake aborted!
Sprockets::FileNotFound: couldn't find file 'alchemy/admin/all.css'
Checked in these paths:
/home/osboxes/Railsapps/exec-central/app/assets/config
/home/osboxes/Railsapps/exec-central/app/assets/fonts
/home/osboxes/Railsapps/exec-central/app/assets/images
/home/osboxes/Railsapps/exec-central/app/assets/javascripts
/home/osboxes/Railsapps/exec-central/app/assets/stylesheets
/home/osboxes/Railsapps/exec-central/vendor/assets/javascripts
/home/osboxes/Railsapps/exec-central/vendor/assets/stylesheets
/home/osboxes/Railsapps/exec-central/vendor/bundle/ruby/2.7.0/gems/alchemy_cms-5.2.3/app/assets/config

archetypalsxe added a commit to bluelabsio/medicaid_eligibility that referenced this issue Apr 1, 2022
an error: NoMethodError: undefined method `start_with?' for
<Proc:0x0000563a058a7330> when trying to push to staging

Going off of this comment: rails/sprockets#632 (comment)
@RoRroland
Copy link

downgraded to gem 'sprockets', '~> 3.7.2' fix the issue for me. Thanks @europ

1 similar comment
@rolandoalvarado
Copy link

downgraded to gem 'sprockets', '~> 3.7.2' fix the issue for me. Thanks @europ

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests