spree_globalize | THE Spree extension for integration with Globalize3 | Translation library
kandi X-RAY | spree_globalize Summary
kandi X-RAY | spree_globalize Summary
THE Spree extension for integration with Globalize3
Support
Quality
Security
License
Reuse
Top functions reviewed by kandi - BETA
Currently covering the most popular Java, JavaScript and Python libraries. See a Sample of spree_globalize
spree_globalize Key Features
spree_globalize Examples and Code Snippets
Community Discussions
Trending Discussions on spree_globalize
QUESTION
I am getting an error trying to run Spree 3.3 after following the steps to upgrade from 3.2 at https://guides.spreecommerce.org/developer/upgrades/three-dot-two-to-three-dot-three.html.
I updated the Gemfile, ran bundle update
, and then installed the migrations. I couldn't even run the migrations because of this same error:
ANSWER
Answered 2020-Aug-11 at 16:47For anyone else bumping into this, the multi_fetch_fragments
gem has been merged into rails 5
itself and so the line
QUESTION
I've updated my app to rails 5.1
and spree to spree 3.5
this caused several problems with the latest being.
ANSWER
Answered 2018-Jun-08 at 19:21This fixed the problem for me: I just removed the line
QUESTION
I'm using Spree on my Ruby on Rails app, and I'm having the following error
...ANSWER
Answered 2018-Jun-08 at 08:35I removed spree_globalize
from my Gemfile.lock
file and then removed spree_globalize
Error stopped occurring.
QUESTION
Is it possible to have model translation for Spree 3.2 (through spree_globalize) in rails 5? I followed the instructions but when I run bundle update, I get this error:
...ANSWER
Answered 2017-Jan-05 at 03:42The problem you're encountering now is a common one with versioning of Spree add-ons. They tend to be pinned to one version of Spree, so when you upgrade you often end up having to fork the add-ons, modify the dependency requirements, test, maybe fix, then use it, upstream it. It's a bit of a hassle but it ends up working so that there's good support of add-ons compatible with every version of Spree.
In the world of Spree there's a consistent format to versioning. Spree and add-ons tend to have branches matching the version of Spree. For example, 3-1-stable
for Spree and all add-ons. Unless you require something from Spree 3.2, I recommend sticking with 3.1 since it's been out for months and most of the commonly-used add-ons have been updated and tested for it. Regardless of the version you go with, make your add-ons use the same version as Spree!. Life will be a lot easier that way. (Sidenote: I tend to hang at least one minor version back to wait for add-ons to be updated, bugs to be sussed-out before upgrading)
Here's what I do in my Gemfile
to enforce consistency. You'll notice I'm request versions 3.1 of the add-ons and pointing to their 3-1-stable branches.
Community Discussions, Code Snippets contain sources that include Stack Exchange Network
Vulnerabilities
No vulnerabilities reported
Install spree_globalize
Support
Reuse Trending Solutions
Find, review, and download reusable Libraries, Code Snippets, Cloud APIs from over 650 million Knowledge Items
Find more librariesStay Updated
Subscribe to our newsletter for trending solutions and developer bootcamps
Share this Page