Saving parent record when using detail "+" button is taking more seconds compared when saving the parent record directly using "Save" button on edit page. Any idea how we can optimize this?
Are you sure that you do not have any additional logic triggere when page\detail is saved?
"+" button on the detail actually does the same thing as "Save" button. It will publish a message to the page to trigger save function. https://prnt.sc/r4q0u3 https://prnt.sc/r4q13z
I have created a business process and it runs from the Requests section. In this, the process is sending the request for approval (the person seeking the approval manually selects the approver). In case of a positive result, the process will be terminated. In cases of a negative result, the person approving the request fills out the rejection reason using Open Edit Page to display the original record in the context of the user seek the approval with "Recommendation for filling in the page" containing the reasons for denial. "Once the original user makes changes to the record it is resubmitted for approval. The cycle continues for no more than three iterations. If the approval is not granted after three attempts, the process terminates. Can anyone please guide me on this.
In the Freedom UI page, if you create a button, you can choose an action to open a specific page. The other way to open a page is described in this article.
In order to implement enable/disable button functionality please use the "enabled" property of the button. Bind this property to the method that will check some conditions and return true or false.
Please feel free to use the example below. In the example the "Quote" button is enabled when "Category" is "Enterprise" and disabled in other cases - https://prnt.sc/qrbpql
define("OpportunityPageV2", [], function() {
return {
entitySchemaName: "Opportunity",
methods: {
onNewQuoteClick: function() {
this.showInformationDialog("Hello");
},
isEnterpriseCategory: function() {
var result = false;
if(this.get("Category")){
result = this.get("Category").value === "385e1034-b68e-4e45-b3c3-25b164235f99";//Enterprise
Is it possible to filter the performer of the business process task with Organizational Role?
My case is that I need to create the 'Perform Task' element where 'Who performs the task?' field equals ID of User who is assigned to Organizational Role.
I've tried to read data from the 'User in Role' object but the process failed.
'Who performs the task?' field takes value directly from "Contact" table so unfortunately it is not possible to display some task for specific role since it can lead to errors when processing this task record by several people. But our R&D team is already working on the possibility of assigning the task to some role.
How to transfer the custom workplace created using mobile application wizard from one system to another? I transferred using 'export packages to archive' and 'installed applications' section. All the schemas were transferred but when I check in 'Mobile application wizard' the custom workplace is not there.
In mobile, how we can assign default workplace per user so that after login mobile user don't need to go to Settings->Workplace and change it everytime.
To have mobile workplace by default you should go to the system settings -> search for "Default workspace" -> Choose the lookup "Mobile application workspace" -> the field Default value should be filled by the name of the workspace you want to be by default.
As for now there is no functionality to export license data via Excel. As a workaround you may use SQL queries and export data via SQL executor and SysLicUser&SysLicPackage tables.
There is no mechanism to track who enabled the change log. However, by default it can do only the system administrators. To restrict the users from managing the change log, please use Can clear change log, Access to "Change log" section, View change log operation permissions.
Currently, when the detail is added to the portal, the portal users cannot add the records. This is default application logic. We already had multiple requests from the customers to make this option possible and this idea has been accepted. It will be possible to add the records on the detail on portal in the nearest application releases.
As for editing existing records, the logic of the portal affects overall detail functionality. It affects the existing records as well. Basically it is not quite possible to use details on portal since they do not have the corresponding records in the SysModuleEntity and SysModuleEntityInPortal to work properly on portal.
The data available for portal users is limited by the [ List of objects available for portal users ] lookup. Only the objects included in the lookup are accessible via the portal UI.
In addition, you should configure your object permissions according to your detail object.