Date Period
March 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 uploadFebruary 03, 2020
properties in models/users GraphQL queriesusers in GraphQL queries-d flagmodules/ prefix in admin_* GraphQL mutations for physical_file_pathJanuary 27, 2020
form variable in partial which ends with form.liquid in some edge case scenariosJanuary 20, 2020
January 13, 2020
pos-cli logs when adding/updating a profile via GraphQL/form which does not existupdated_at in some admin_* queriescontext.current_userFilter by
Date Period