Date Period
April 13, 2020
pos-cli) based on OAuth tokens - generated tokens will be scoped to one Instance. The old scheme is kept for backwards compatibility.admin_model_schema_update will properly update properties instead of trying to re-create them.April 06, 2020
name property changes to avoid creating duplicates and raise validation uniqueness errors. For example, when you move a file from:modules/my_modules/public/form_configurations/my_form.liquid to modules/my_modules/private/forms/my_form.liquid, we will recognize this is the same file (public changed to private and form_configurations changed to forms), even if the name property changes within the filemodules/my_modules/private/forms/my_form.liquid to modules/my_modules/private/forms/some_dir/my_form.liquid, we will recognize this is the same file (moved the file into a new directory some_dir), but only if the name property will not changename property without changing the file's location. However, it is allowed to update the deprecated directory name to the new one, as well as to move file from public to private and vice versa - as described in the first example.March 30, 2020
name property will be automatically derived from physical_file_path for all admin resources like Authorization Policies, Notifications, Forms, Model Schemas etc. For example, app/authorization_policies/dir/my_policy.liquid will have the defult name dir/my_policy. For backwards compatibility, it is still possible to overwrite the default name using the name attribute.models and users queries. To fetch soft-deleted records, you can still use filter for deleted_at field.app/emails, app/smses, app/api_calls. For example, instead of app/notifications/email_notifications/my_email.liquid you can now place it in app/emails/my_email.liquid.physical_file_path, to make sure files have proper extensions, for example, liquid for Forms, Authorization Policies and yml for Model Schemas.layout_path / layout will not include confusing layouts/ prefix in the suggestionsMarch 23, 2020
app/my_form.liquid instead of app/forms/my_form.liquid), a meaningful error message will be shown now, instead of a success message. In such a scenario, the pos-cli deploy command will still succeed, however it will send a warning with a list of all the files which were ignored.physical_file_pathMarch 16, 2020
physical_file_path for all admin resourcespos-cli was relying on platformOS to find admin resources like forms, graphql queries, model schemas based on different properties, usually name. We improved this functionality and from now on physical_file_path will be used. This allowed us to add two enhancements to pos-cli - pos-cli pull, which would be the reverse of deploy - it will create the app/ and modules/ directory based on current DB state (using the newest naming, without unnecessary default values) and pos-cli sync will also listen to file deletion and act accordingly. Those changes will be released separately, you can follow them at the [pos-cli Changelog].app/graphql/my_diectory/my_query.graphql was invokable via {% graphql res = 'my_query' %}. It was the only resource which behaved like this. Moreover, due to the uniqueness constraint on name, it was often leading to structure like graphql/module_a/module_a_create.graphql and graphql/module_b/module_b_create.graphql instead of graphql/module_a/create.graphql and graphql/module_b/create.graphql.
users by related_model
users by related_users
content_updated_at was always updated, even though content has not been directly changedMarch 02, 2020
February 27, 2020
Added modal component to the Design System. Click here to view the component on our design system.
February 24, 2020
February 10, 2020
jwt_encode filterpos-cli deploy command with -d option for direct assets uploadFilter by
Date Period