spree | Open Source multi-language/multi-currency/multi-store | Ecommerce library

i've posted an issue to the gem's repo.

To make it works i had to add routes in my main app's route.rb :

post '/stripe/confirm_payment', to: 'stripe#confirm_payment'

# payment intents routes: post '/stripe/create_intent', to: 'solidus_stripe/intents#create_intent' post '/stripe/create_payment', to: 'solidus_stripe/intents#create_payment'

# payment request routes: post '/stripe/shipping_rates', to: 'solidus_stripe/payment_request#shipping_rates' post '/stripe/update_order', to: 'solidus_stripe/payment_request#update_order'

would not recommend this gem .

There are multiple things you can check in order to make sure your images are correctly being allowed to be shared publicly. The first one would be to enable Bucket Uniform Level Access. This type of access is general for all the objects in your bucket instead of per-object ACLs, and the objects should be set for public access. The next thing to verify is whether the image URLs are being correctly created for public viewing, according to the documentation, the URLs should be in this format:

https://storage.googleapis.com/BUCKET_NAME/OBJECT_NAME

If your URL has a long string of data, it could be that you are using signed URLs on your website. These URLs have an expiration date, which could explain why they seem to have worked at first and then they stopped showing up for the public. In the ActiveStorage documentation, it says that the config/storage.yml file will default to private access by creating signed URLs:

By default, Active Storage assumes private access to services. This means generating signed, single-use URLs for blobs. If you'd rather make blobs publicly accessible, specify public: true in your app's config/storage.yml

This related SO thread also talks about URLs expiring and Signed URLs.

There 2 concepts here:

• docker-compose version:

This means the version of docker-compose script itself, e.g. 1.29.2 you have.

• Compose file format version:

This means the file format version defined in docker-compose.yaml, e.g 3.8, so for you, you need to use file format version something like version: "3".

Details refers here

Solved by using the following code: Spree::Price.update_all(currency: 'AUD')

Try this,

So, I have moved strong_parameters.rb out of /lib and moved it to controller concerns. I alos moved permitted_atrributes.rb out of /lib directory too. I then include strong_parameters.rb in the tasks_controller.rb e.g. include StrongParameters.

The problem is that the controller didn't recognize the permitted_task_attributes method in the strong_parameters.rb and it throws an error.

With Spree 4.2 Multi-Store support is out of the box. Each store has its own URL which you set in Admin Panel UI, eg.

1. Store A: canada.example.com
2. Store B: europe.example.com

So if you want to query products from Store A you need to use:

Found the problem.

Rails recently started sending a Link header with all assets so the browser can preload them. See this PR.

The problem is that in development that header can get pretty big (as was the case with my admin page). Puma worked fine with the giant header, but Apache was truncating the headers to 8 KiB (of which 7.58 was the truncated Link header) and not sending a complete response, hence the missing Content-Type.

I simply disabled the feature in Rails (see this PR) by adding this to config/environments/development.rb:

As the errors states, Spree::BaseController is not defined within your app - it is defined in the spree-core gem. If you re-create the filepath to the base controller locally, that is app/controllers/spree/, and copy and paste the code from the controller into a local base_controller.rb, you can edit it and add custom functionality.

Note that it will still inherit from the ApplicationController, but you can place any of the code you wanted to put in the ApplicationController into here and have your classes inherit from Spree::BaseContoller and the effect will be the same.