Open railsfactory-raju opened 10 years ago
@railsfactory-raju I don't know what this problem could be. If it can't be reproduced in a new store, then it's pretty hard for us to track it down and fix it.
I saw the same thing after I was messing around with using store_location
to return the user to the last page after login. I had to explicitly exclude the callbacks from being stored so they weren't hit multiple times. Possibly what others are seeing?
The exclusion urls for store_location
are hard coded and are not extensible, so Spree Extensions can't hook into them to protect themselves from that behavior.
Steps to reproduce:
Work arounds:
Spree::SocialConfig[:path_prefix] = 'spree_user'
OmniAuth.config.on_failure = Proc.new do |env|
env['devise.mapping'] = Devise.mappings[:spree_user]
controller_name = ActiveSupport::Inflector.camelize(env['devise.mapping'].controllers[:omniauth_callbacks])
controller_klass = ActiveSupport::Inflector.constantize("#{controller_name}Controller")
controller_klass.action(:failure).call(env)
end
Hi,
Recently I built spree application with spree-2.1 + Spree_auth_devise-2.1 + spree_social- 2.1.
My airbrake account showing the below information,
I unable to reproduce that issue with facebook signin/up && normal login/signup from live site.
But found this error from airbrake.
What is the problem? Please share your idea.