Released: Q3 2024
Highlights Portrait - 7.0.0
Security Improvements Notice
At Portrait, we take application security extremely seriously, which is why we continuously enhance the security features of our platform. We strive to strike a balance between automated configuration options and strict input validation, ensuring that our users can build flexible and dynamic web applications with confidence.
Please note that Portrait is designed to empower admins to create custom web applications. While we prioritize robust security, we also recognize the importance of flexibility and ease of use in our platform. As such, you may need to perform manual configuration or make informed decisions about trade-offs between security and functionality.
As an admin using Portrait to build your application, it's essential that you consider your own application's security needs and take responsibility for ensuring its security. With our latest update, we're introducing new configuration options that enable admins like you to further strengthen their application's security by adding custom input validation, permissions, conditions, and limiting form submissions to specific entries. These enhancements empower you to build applications that meet your unique needs while maintaining a high level of security.
Permissions
Sections can now be configured to be only accessible for admins.
Code Block |
---|
- name: src-inventory role: ADMIN caption: Inventory |
role |
If you don’t define it, role |
Admin only sections will be displayed in the administration view.
Actions 2.0
The Action inside a Section has been reworked and now support
conditional expression. see https://portrait.atlassian.net/wiki/spaces/PA7/pages/1029117068/Draft+7.0.0+-+Reisalpe#Conditions
Handlebar Support for Labels and Links.
Support to link multiple Forms within a single Section Entry
Insert excerpt | ||||||||
---|---|---|---|---|---|---|---|---|
|
Details, see: Actions
Forms
Permissions
Forms can now be configured to be only accessible for admins.
Code Block |
---|
- id: createInventoryItem role: ADMIN onSubmit: type: ELO ... dialog: config/forms/createInventoryItem.json |
role |
If you don’t define it, role |
Field Processor
Field Processors support has been extended and is now available for
ELO
Python
SQL
They work similar to the Field Processors in ELO.
Python
The evaluated Field processors are passed alongside the form fields to the python script via the --args flag.
SQL
The evaluated Field processors are available as variables for the SQL query.
Forms based on existing Entries - Mode and Scope
Excerpt | ||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||
It is now possible to link Forms to existing Entries. This allows Portrait Administrators to further increase their application security and data consistency. To achieve this goal we introduced multiple configuration options: Mode Update (new for SQL and Python)
With the Mode Update you can get the ‘previous’ attributes from an entry available as variables to be used for Field Processors, SQL Query or further processing in your Python script. The attributes are prefixed with In addition a security check is applied:
Python/SQLTwo configs are required:
ELO:Three configs are required:
Scope (Strict / Loose)
A Parameter
STRICT:
Please set all ELO Mask Attributes explicitly via FieldProcessors see https://portrait.atlassian.net/wiki/spaces/PA7/pages/1029112687/ELO#Mask-Attributes For Mode Update/Delete there are additional requirements and checks: Required Config for Mode UPDATE/DELETE:
For more details on the purpose and effect of the STRICT mode see: |
Conditions
With Portrait 7.0 we introduce the concept of conditions, which allows for extensive input validation to keep your data consistent at all times.
Furthermore, you can define which user can use which operation. Like this you can enforce “ACL” / permissions and define, which user is allowed to edit or delete an entry. I´
A condition is a boolean expression when evaluated either allow or prevent:
Section Actions https://portrait.atlassian.net/wiki/x/AQBwPQ - conditional serving of user actions, based on the metadata.
Form submit (backend validated) https://portrait.atlassian.net/wiki/spaces/PA7/pages/1029112649/Post+Processing+onSubmit#Conditions
- conditional validation of a form submit on the backend.
Example
Code Block |
---|
condition: - expression: "{{in SELECTED_STATUS 'STATUS1' 'STATUS2'}}" errorMessage: 'only STATUS1 or STATUS2 are allowed' - expression: "{{in SELECTED_EMAIL PORTRAIT_USER_EMAIL}}" errorMessage: 'you can only edit your own entries' |
Multiple Conditions can be set. All conditions need to match. (Logical AND between all conditions). You can build more complex rules with nested handlebars.
Code Block |
---|
- expression: "{{or (in SELECTED_STATUS 'STATUS1' 'STATUS2') (eq PORTRAIT_USER_ROLE 'ADMIN')}}"
errorMessage: 'only STATUS1 or STATUS2 are allowed, Admin can do anything.' |
If needed, variables can also be preprocessed with fieldProcessors Field Processors, this allows for a better readability.
Code Block |
---|
- id: edit_entry onSubmit: type: ELO connection: eloconn mask: ELOMASK mode: UPDATE source: eloSource scope: STRICT condition: - expression: "{{or IS_VALID_STATUS IS_ADMIN_USER}}" errorMessage: 'only STATUS1 or STATUS2 are allowed, Admin can do anything' fieldProcessor: - field: STATUS value: "{{SELECTED_STATUS}}" - field: IS_VALID_STATUS value: "{{in SELECTED_STATUS 'STATUS1' 'STATUS2'}}" type: BOOLEAN - field: IS_ADMIN_USER value: "{{eq PORTRAIT_USER_ROLE 'ADMIN'}}" type: BOOLEAN |
Conditional Support Currently on Forms https://portrait.atlassian.net/wiki/x/SQNXPQ currently works for
ELO
Python
SQL
For more details see: https://portrait.atlassian.net/wiki/x/AYDHPg
Section Actions
The Action inside a Section has been reworked and now support:
conditional expressionConditional expressions. These allow to write custom boolean expression to either display or hide a action on an entry to entry basebased on the metadata.
Handlebar Support for Labels and Links.
Support to link multiple Forms within a single Section Entrysection entry
Details, see: Actions
Field Processor
Type Boolean
A new type boolean has been added.
Example:
Code Block |
---|
fieldProcessor: - field: BudgetLeft value: '{{gt Amount 0}}' type: BOOLEAN |
Details, see: Field Processors
In Helper
A new type helper has been added.
Check if a given value is contained in a given list of other values
Code Block |
---|
{{in SELECT_VACATION_STATUS 'GENEHMIGT' 'ABGELEHNT'}} |
Also a combination with various split methods is possible
Code Block |
---|
{{in PORTRAIT_USER_EMAIL (splitBySemicolon EVENT_PARTICIPANTS) 'admin@portrait.com'}} |
Details, see: https://portrait.atlassian.net/wiki/spaces/PA7/pages/1029114243/Field+Processors#In
File Download
It is now possible to download files linked to an indexed ELO Entry directly from the Table or Detail View.
Example:
Code Block |
---|
sourceSpecific: mask: Application Entry files: nesting: 1 mask: Application Attachment |
Will be displayed like this:
Depending on the file type, a preview is available. All files are available to download.
Search
ElasticsearchIndex Space Optimization
We optimized the required disk space for the search recommendations. To take full advantage of this, we recommend that you delete your index and rebuild them from scratch.
To do this:
Delete your sources that you want to optimize in the admin dashboard.
Restart Portrait
If mandatory, trigger a manual reindex if not configured periodic reindexing.
Breaking Changes
Breaking changes led to a major release. In this chapter, we summarize the breaking changes - which might affect your installation and need to be considered, whilst upgrading.
SQL Form Submit Parameter
We increased the security measurements whilst dealing with SQL write operations. This means, the SQL query will be parsed as prepared statement. For safety reasons, we enforce this style now for every SQL query. These changed are valid for all DML Statements. DDL Statements are not supported anymore.
Given this example for the createCompany form.
Example:
Code Block |
---|
- id: createNewCompany onSubmit: type: SQL connection: internal query: | INSERT INTO DemoOrganigram (Name, PARENT_IDS, PARENT_LABELS) VALUES ('{{Name}}', '{{PARENT_IDS}}', '{{PARENT_LABELS}}'); |
The new format would be:
Insert excerpt | ||||||||
---|---|---|---|---|---|---|---|---|
|
Details, see: https://portrait.atlassian.net/wiki/x/pQNXPQ
ELO Sources Files Indexing
When indexing files to the public folder, it is now required to set publicCache: true
.
Info |
---|
This is relevant to you, if you use Portrait in public mode - without authentication. See also: Set up Public Access |
Example:
Code Block |
---|
sourceSpecific: mask: Application Entry files: publicCache: true nesting: 1 mask: Application Attachment |
Details, see: https://portrait.atlassian.net/wiki/spaces/PA7/pages/1029114146/ELO+sources#Index-Documents%2FFiles
Indexed files are also displayed in the section view and are available as a download.
Optionally, this behaviour can be disabled by setting the following flag inside the section:
Code Block |
---|
- name: sectionid disableFiles: true |
Details, see: Settings
ELO Sources Adminbase and Chaosablage indexing
When indexing elements within the ELO Administration (aka. “Administration” folder) and “Chaosablage”, results are per default now ignored this can be changed with:
Code Block |
---|
sourceSpecific: blacklistChaosablage: false #default, if not set: true blacklistAdministration: false #default, if not set: true |
https://treskon.atlassian.net/browse/POR-871
Details, see: ELO sources
In addition you can also provide own folder GUIDs that will be excluded:
TODO - document here? instead of screenshot.
ELO Sources IDs
With this version, we switch to a more classic approach, like how ELO uses GUIDSGUID’s. In ELO the identifier for an a SORD is in there form of:
Object ID | GUID |
---|---|
17593 | (FC4B5EB2-359A-2FAE-C3DE-AC908A1A6BD9) |
Previously either a Object-Id, or a GUID. We use the GUID of ELO, but previously we removed the surrounding brackets artificially. So the ID inside portrait had been ‘FC4B5EB2-359A-2FAE-C3DE-AC908A1A6BD9’. With Release 7.X we remove this artificially modification of the GUID. :
ELO Unique Identifier | Old - 6.x | New - 7.x |
---|---|---|
GUID |
|
|
Note |
---|
To maintain a consistent database ,we recommend to clear the existing ELO indexes and reindex them! |
There might be some changes required in your configuration, when you already used Field Processors , that use or manipulate the ELO-GUID directly by the substring handlebarGUID’s.
Example
Before
After
Examples
Field Processor Use-Case | Old - 6.x | New - 7.x |
---|---|---|
A link to another Portrait detail entry. With 6.x you needed a substring manipulation. |
|
|
A link to the ELO Rich Client (via ELO protocol handler). In 6.x you had to add |
|
|
When building references for the organigram inside Portrait, you had to remove the |
|
|
API changes
The following API routes were removed in this release:
GET DATA / Search:
old URL: This examples prove, that with the new, unaltered, approach, the configuration gets simplier.
API changes
We did our homework, and the API, especially the documentation for it, is now concise and this will increase the possibilites to better integrate Portrait in your automations. If you open the API docs you will find a clean and grouped doc.
We also changed the following API routes, for better clarity:
API Use-Case | Old - 6.x | New - 7.x |
---|---|---|
Get all entries for a specific section or the global search |
|
|
Get all entries for specific section or the global search with filter term (search query) |
|
/data
was changed to
new URL:
|
/search
GET DocDetails:
URL:Retrieve the key value pairs for a single entry - nonetheless, what section it is in. |
|
/entries/{sectionID}/{entryID}
. However, it to the entryID) This would lead to an issue when there would be the same entryID in two different sections. To guarantee uniqueness |
, docDetails was removed |
Use either |
GET Sources:
URL:Method to retrieve a certain entry - via the source. |
|
This is similar to |
Use |
Info |
---|
Currently there is a strong 1:1 connection between source and section. In the |
following, we plan to loosen up this restriction to connection a single source to multiple sections. This API change is one of the first steps towards that goal |