Upgrade to v7
The purpose of this note is to help developers to upgrade their agent from v6 to v7. Please read carefully and integrate the following breaking changes to ensure a smooth update.
Please be sure of your agent type and version and pick the right documentation accordingly.
This is the documentation of the forest-express-sequelize and forest-express-mongoose Node.js agents that will soon reach end-of-support.
forest-express-sequelize v9 and forest-express-mongoose v9 are replaced by @forestadmin/agent v1.
Please check your agent type and version and read on or switch to the right documentation.
This is still the latest Ruby on Rails documentation of the forest_liana agent, you’re at the right place, please read on.
This is the documentation of the django-forestadmin Django agent that will soon reach end-of-support.
If you’re using a Django agent, notice that django-forestadmin v1 is replaced by forestadmin-agent-django v1.
If you’re using a Flask agent, go to the forestadmin-agent-flask v1 documentation.
Please check your agent type and version and read on or switch to the right documentation.
This is the documentation of the forestadmin/laravel-forestadmin Laravel agent that will soon reach end-of-support.
If you’re using a Laravel agent, notice that forestadmin/laravel-forestadmin v1 is replaced by forestadmin/laravel-forestadmin v3.
If you’re using a Symfony agent, go to the forestadmin/symfony-forestadmin v1 documentation.
Please check your agent type and version and read on or switch to the right documentation.
Upgrade to v7
Please be aware that while Forest Admin make every effort to ensure that our platform updates are broadly compatible and offer detailed instructions for upgrading, Forest Admin cannot guarantee that custom code developed by the developers will always be compatible with new versions of our software. This includes any custom modifications or extensions to core functionalities, such as method overrides or custom integrations. It is the responsibility of the developers to review and test their custom code to ensure compatibility with each new version. Our team provides comprehensive upgrade guides to assist in this process, but these cannot encompass the unique customizations that may be present in each customer's environment. Therefore, Forest Admin strongly recommend establishing a thorough testing protocol for your specific customizations to safeguard against potential issues during the upgrade process.
Upgrading to v7
Before upgrading to v7, consider the below breaking changes.
This upgrade unlocks the following feature:
To upgrade to v7, update the version in your Gemfile, then run the following and update your project as shown in the Breaking Changes section below.:
bundle installBreaking change
Smart actions
The values endpoint is no longer supported.
The smart action change hook is no longer linked to fieldName. Now it need to set a hook property inside field definition.
Before
action 'Test action',
type: 'single',
fields: [{
field: 'a field',
type: 'String',
}],
:hooks => {
:change => {
'a field' => -> (context) {
# Do something ...
return context[:fields];
}
}
}After
action 'Test action',
type: 'single',
fields: [{
field: 'a field',
type: 'String',
hook: 'onFieldChanged',
}],
:hooks => {
:change => {
'onFieldChanged' => -> (context) {
# Do something ...
return context[:fields];
}
}
}The signature of hooks function has changed.fields is now an array. You must change the way you access fields.
Before
[...]
:hooks => {
:load => -> (context) {
field = context[:fields]['a field'];
field[:value] = 'init your field';
return context[:fields];
},
:change => {
'onFieldChanged' => -> (context) {
field = context[:fields]['a field'];
field[:value] = 'what you want';
return context[:fields];
}
}
}
[...]After
[...]
:hooks => {
:load => -> (context) {
field = context[:fields].find{|field| field[:field] == 'a field'}
field[:value] = 'init your field';
return context[:fields];
},
:change => {
'onFieldChanged' => -> (context) {
field = context[:fields].find{|field| field[:field] == 'a field'}
field[:value] = 'what you want';
return context[:fields];
}
}
}
[...]The signature of hooks functions has changed. In order to support the hooks for global and bulk smart action, record is no longer sent to the hook. You must change the way you get the record information.
Before
[...]
:hooks => {
:load => -> (context) {
field = context[:fields]['a field'];
field[:value] = context[:record].a_props;
return context[:fields];
}
}
[...]After
[...]
:hooks => {
:load => -> (context) {
id = ForestLiana::ResourcesGetter.get_ids_from_request(context[:params])[0];
# or
id = context[:params][:data][:attributes][:ids][0];
record = model.find(id)
field = context[:fields].find{|field| field[:field] == 'a field'}
field[:value] = record.a_props;
return context[:fields];
}
}
[...]Scopes
Scopes have been revamped, from a convenient alternative to segments, to a security feature. They are now enforced by the agent (server-side).
This update comes with breaking changes in the prototype of helpers which are provided to access and modify data.
All occurrences of calls to ResourcesGetter, ResourceGetter, ResourceUpdater must be updated and now require the forest_user property to retrieve the relevant scope. The forest_user property is made accessible in your smart action controllers by inheriting from our controller: ForestLiana::SmartActionsController
Before
ForestLiana::ResourcesGetter.new(resource, params).perform
ForestLiana::ResourcesGetter.get_ids_from_request(params)
ForestLiana::ResourceGetter.new(resource, params).perform
ForestLiana::ResourceUpdater.new(resource, params).performAfter
ForestLiana::ResourcesGetter.new(resource, params, forest_user).perform
ForestLiana::ResourcesGetter.get_ids_from_request(params, forest_user)
ForestLiana::ResourceGetter.new(resource, params, forest_user).perform
ForestLiana::ResourceUpdater.new(resource, params, forest_user).performLast updated
Was this helpful?