Comment on page
Upgrade to v8
The purpose of this note is to help developers to upgrade their agent from v7 to v8. Please read carefully and integrate the following breaking changes to ensure a smooth upgrade.
This upgrade unlocks the following features:
- Names of uploaded files are persisted and displayed, even when using the default handlers
As for any dependency upgrade, it's very important to test this upgrade in your testing environments. Not doing so could result in your admin panel being unusable.
To upgrade to v8, run the following and then update your project as shown in the Breaking Changes section below.
SQL
MongoDB
npm install "forest-express-sequelize@^8.0.0"
npm install "forest-express-mongoose@^8.0.0"
In case of a regression introduced in Production after the upgrade, a rollback to your previous agent is the fastest way to restore your admin panel.
Every collection calls (CRUD operations) to your agent will now be performed with a new header called
Forest-Context-Url
. This header contains the current URL of the user performing requests. This can be handy if you need information on the context this user is working on.If you don't have any restriction on headers within your CORS configuration, nothing needs to be changed, you can move on to the next section.
If you have configured a header whitelist (
allowedHeaders
in express for instance) in your CORS configuration, you need to add this new header to the whitelist, otherwise browsers won't trigger request anymore due to CORS policy:Before
const corsConfig = {
origin: ...,
allowedHeaders: ['Authorization', 'X-Requested-With', 'Content-Type', ...],
maxAge: ...,
credentials: ...,
};
After
const corsConfig = {
origin: ...,
allowedHeaders: ['Forest-Context-Url', 'Authorization', 'X-Requested-With', 'Content-Type', ...],
maxAge: ...,
credentials: ...,
};
Until now, once you had submitted a file for upload, the file name wasn't persisted. We have now made so that it is possible to save and display it.
If you use a regex to parse data before sending it for upload (like we originally suggested in this Woodshop tutorial), there is a breaking change: you need to use the output of the
parseDataUri
method.Before
function S3Helper() {
this.upload = (rawData, filename) => new P((resolve, reject) => {
...
const parsed = parseDataUri(rawData);
const base64Image = rawData.replace(/^data:([-\w.]+\/[-\w.]+);base64,/, '');
const data = {
Body: new Buffer(base64Image, 'base64'),
ContentEncoding: 'base64',
...
};
}
After
function S3Helper() {
this.upload = (rawData, filename) => new P((resolve, reject) => {
...
const parsed = parseDataUri(rawData);
const data = {
Body: parsed.data,
...
};
}
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 many breaking changes in the prototype of helpers which are provided to access and modify data.
All occurrences of calls to
RecordsGetter
, RecordCounter
, RecordsExporter
, RecordsRemover
, RecordCreator
, RecordGetter
, RecordUpdater
, RecordRemover
, RecordsCounter
, must be updated.Note that
RecordSerializer
was not modified, and can be used to serialize and deserialize models.Before
router.post(
'/actions/do-something',
permissionMiddlewareCreator.smartAction()
(req, res) => {
const { query } = req;
// List helpers
new RecordsGetter(MyModel).getAll(query);
new RecordsGetter(MyModel).getIdsFromRequest(req);
new RecordCounter(MyModel).count(query);
new RecordsExporter(MyModel).streamExport(res, query);
new RecordsRemover(MyModel).remove([1, 2, 3])
// Single item helpers
new RecordCreator(MyModel).create({title: 'One');
new RecordGetter(MyModel).get(37);
new RecordUpdater(MyModel).update({title: 'Two'}, 37);
new RecordRemover(MyModel).remove(37);
}
);
After
router.post(
'/actions/do-something',
permissionMiddlewareCreator.smartAction()
(req, res) => {
const { query, user } = req;
// List helpers
new RecordsGetter(MyModel, user, query).getAll();
new RecordsGetter(MyModel, user, query).getIdsFromRequest(req);
new RecordCounter(MyModel, user, query).count();
new RecordsExporter(MyModel, user, query).streamExport(res);
new RecordsRemover(MyModel, user, query).remove([1, 2, 3])
// Single item helpers
new RecordCreator(MyModel, user, query).create({title: 'One');
new RecordGetter(MyModel, user, query).get(37);
new RecordUpdater(MyModel, user, query).update({title: Two'}, 37);
new RecordRemover(MyModel, user, query).remove(37);
}
);
The
values
endpoint is no longer supported. Hooks now replaces the values
endpoint since they are now available for single, bulk & global smart action types.1st change:
The Smart action
change
hook method name is no longer the fieldName
. You are now required to declare the hook
name as a property inside the field
.Before
{
name: 'Test action',
type: 'single',
fields: [{
field: 'a field',
type: 'String',
}],
hooks: {
change: {
'a field': ({ fields }) => {
// Do something ...
return fields;
},
}
},
}
After
{
name: 'Test action',
type: 'single',
fields: [{
field: 'a field',
type: 'String',
hook: 'onFieldChanged',
}],
hooks: {
change: {
onFieldChanged: ({ fields, changedField }) => {
// Do something ...
return fields;
},
}
},
}
2nd change:
The signature of
hooks
functions has changed. fields
is now an array. You must change the way you access fields.Before
[...]
hooks: {
load: ({ fields }) => {
const field = fields['a field'];
field.value = 'init your field';
return fields;
},
change: {
onFieldChanged: ({ fields }) => {
const field = fields['a field'];
field.value = 'what you want';
return fields;
}
}
}
[...]
After
[...]
hooks: {
load: ({ fields }) => {
const field = fields.find(field => field.field === 'a field');
field.value = 'init your field';
return fields;
},
change: {
onFieldChanged: ({ fields, changedField }) => {
const field = fields.find(field => field.field === 'a field');
field.value = 'what you want';
return fields;
}
}
}
[...]
3rd change:
The signature of
hooks
functions has changed. In order to support hooks for global and bulk smart actions, record
is no longer sent to the hook. You must change the way you get the record information. This change also prevents unnecessary computation in case you don't need to access the record(s) inside the hooks.Before
[...]
hooks: {
load: ({ fields, record }) => {
const field = fields['a field'];
field.value = record.aProps;
return fields;
},
}
[...]
After
SQL
Mongodb
const { model } = require('../models');
[...]
hooks: {
load: async ({ fields, request }) => {
const [id] = await new RecordsGetter(model, request.user, request.query)
.getIdsFromRequest(request);
// or
const id = request.body.data.attributes.ids[0];
const record = await model.findByPk(id);
const field = fields.find(field => field.field === 'a field');
field.value = record.aProps;
return fields;
},
}
[...]
const { model } = require('../models');
[...]
hooks: {
load: async ({ fields, request }) => {
const [id] = await new RecordsGetter(model, request.user, request.query)
.getIdsFromRequest(request);
// or
const id = request.body.data.attributes.ids[0];
const record = await model.findById(id);
const field = fields.find(field => field.field === 'a field');
field.value = record.aProps;
return fields;
},
}
[...]
Last modified 4mo ago