Hello,
Currently, there are some issues with the default tab logic, and our R&D team is working on a global solution for it. As for now, the recommended approach is the following:
The current mechanism relies on saving the selected tab through the page configuration (viewConfig), which may lead to conflicts and incorrect behavior.
To ensure stable operation, the default tab must be controlled at the ViewModel level.
As a workaround for now, you can apply the following steps:
- Use the SelectedTabIndex property instead of SelectedTab. 

- Store the tab index in a dedicated ViewModel attribute.

- Disable saving the selected tab in the profile to prevent conflicts. (DisableSaveToProfileSelectedTabIndex)

Dmytro Vovchenko,

Thanks for the guidance, that clarifies the ViewModel‑side approach a lot.

Quick follow‑up: could you also please point me to the correct way to unsubscribe from request.$context.events$ in Freedom UI (8.3.2)?

Right now I’m doing something like this inside crt.HandleViewModelInitRequest:

{ 
  request: "crt.HandleViewModelInitRequest",
  handler: async (request, next) => {
    await next?.handle(request);

    const sub = request.$context.events$.subscribe(async (evt) => {
      const modelMode = await request.$context.getPrimaryModelMode();

      if (evt?.type === "finish-load-model-attributes") {
        if (modelMode === "update" || modelMode === "create") {
          request.$context.Tabs_SelectedTabIndex_Profile = 0;

          // I want this to run only once, then stop listening
          sub.unsubscribe?.();
        }
      }
    });
  }
}

Any small code snippet or hint for 8.3.x specifically would be really helpful.

Hi Vladimir. The best way to solve this case without coding (using esq or smth) is to do the following:

1. In Account schema add a column with no use in UI - UsrCodeLower.
2. Create some event-based process to fill this value in case of saved new Account record with Code filled or changed Code field in existing account with the following parameter [#Read account.First record in the resulting collection.Code#].ToLower() then modify Account's UsrCodeLower with it's value:

3. Add to your process for looking for an account by code (this one on the screen) some parameter for "lowered" code value: UsrDistributionNumberLower = UsrDistributionNumber.ToLower(). 

4. In the Read data element replace Code with UsrCodeLower and the parameter to UsrDistributionNumberLower. 

As both values will be in lower case, this should do.

I had that happening on after an upgrade to 8.3.2. It is caused by an issue with a new feature called DisableGenerateViewModuleScriptOptimization, which by default id disabled. You can resolve the issue by enabling that feature. 

The DisableGenerateViewModuleScriptOptimization feature is new in 8.3.2 and is a new feature meant to optimize page opening/reopening. With the feature enabled, the site is no longer using the optimization. The issue is resolved in 8.3.3, so for now, enable the feature, but when 8.3.3 comes out you'll want to disable the feature again so you can use the page optimizations.

This information is from support, my case was SR-01476352 if you end up discussing with support.

Ryan

Ryan Farley,

Thanks for the prompt response, Ryan! I don't see this feature in feature list. Where can I enable this feature?

Puneet Mehta,

This is all for 8.3.2, just FYI, so wanted that to be clear. Also, I don't believe the feature is added in 8.3.2 (although the capabilities are there), so you can just add it, then enable it. 

Don't forget to disable it once your system is upgraded to 8.3.3.

Hi, Sergejs. You should do it as following:

{
	request: "crt.HandleViewModelResumeRequest",
	handler: async (request, next) => {
		await next?.handle(request);
		setTimeout(() => {
			request.$context.Param1 = someValue1;
			request.$context.Param2 = someValue2;
		}, 300);	
	}
}

Dmitry S,

Can you please clarify what is someValue1 and someValue2 in your example? As far as I can understand, you are setting attribute value inside same page in the HandleViewModelResumeRequest.

My scenario is slightly different, I am trying to pass the attribute value from another page. So for instance - I have a button on a page1, this button has a custom click handler, where I call CreateRecordRequest with some parameters. In result page2 opens and I want to set it attribute with the value from the parameter i passed in CreateRecordRequest. I hoped it works automatically, but it's not. I tryed your HandleViewModelResumeRequest code with little modification, but attribute value still is null for me.

			{
				request: "crt.HandleViewModelResumeRequest",
				handler: async (request, next) => {
					await next?.handle(request);
					setTimeout(() => {
						const a = request.$context.SomeAttribute; //a is null here
					}, 300);
				}
			},

Sergejs Sokolovs,

You are sending something from parent page to child page ok. So in data model of the created child page you have them, yes? And page is opened.

So, you can get them on the created page as 

const attribute = await request.$context.UsrAttributeName; 

or the problem occurs when you're trying to fill smth virtual? Which exists on the page, but not present in the entity itself? if so, I'll check this tomorrow.

BTW. 

as a workaround you can do the following:

1. You can create some process like this one with open preconfigured page element. You can configure some process parameters, which will receive data you want to display. You can link these process parameters to the desired page. On the page are all of those parameters accessible.

2. Instead of using record handlers you can run this process from some custom handler on the page somehow like this (also not forget to define ProcessModuleUtilities). Process should open page with all required fields filled. 

["@creatio-devkit/common", "ProcessModuleUtilities"], function (sdk, ProcessModuleUtilities)

You can use something similar from FD sdk indeed, this example was taken from FD page, but it uses CI logic.

const printableId = reportTemplate.value;
const args = {
	sysProcessName: "UsrGenerateContractByTemplate",
	parameters: {
		ContractId: contractId,
		PrintableId: printableId
	}
};
ProcessModuleUtilities.executeProcess(args); 

As a workaround approach, I've been using BroadcastChannel API to pass other attribute (non-model) values to the opened page. See the comment in this thread from Edward https://community.creatio.com/questions/open-custom-freedom-ui-page-custom-button-opportunity-edit-page-and-pass-opportunity

Ryan

Ryan Farley,

Yeah, already started to think about that solution, but hoped there is more native one. It's little bit frustrating, that params are not supported, but it's great that we have a workaround. Thanks!

Yes, the current way to implement the desired logic is to use a workeround, more on it here https://community.creatio.com/articles/passing-data-between-freedom-ui-pages-creatio.
As for a more native approach, it is still in development.

Hello Ajay,

Unfortunately, Creatio doesn't have instructions for integrating the platform with hardware devices.

Hi, Ajay.

For first you need to setup sorting by some column at Freedom UI designer and turn off sorting at Appearance, save page. :

Then restore list settings by default:

Result:

Grygorii Synieok, Thank you for the reply.

But, I am currently working in a lower version where the List Header option is not available. Is there an alternative solution for this?

Hello,

In Freedom UI there is no out-of-the-box "calculated/formula text field" on the page that would concatenate multiple columns into a single string. The built-in formula capabilities in business rules are intended for calculating dates and numeric values, not composing formatted text.

For this scenario, the supported approach is to store the composed value in a dedicated text column on the Quotation object (e.g., UsrQuoteDisplayNumber) and populate it either via a business process (as you attempted), or via custom logic (client/UI handler) if you need the value to be calculated and displayed immediately without waiting for a save/refresh.

Given your requirements, we recommend continuing with the business process that performs the concatenation and writes it to the Quotation record (Modify data). To address why the value didn’t appear on the form, please verify was the value actually saved to the record? (Confirm in the DB / in the record after reopening). If it was saved, it should appear after a page refresh / reopening the record. Is the page field bound to the same object column you update in the process? (i.e., the UI control must be mapped to UsrQuoteDisplayNumber from the page’s data source). 

If you need the value to appear immediately on an already-open page after the process updates the record, enable "Enable live data update" for the Quotation object so the UI can receive server-side updates without manual refresh.

Creatio Academy reference (object setting): https://academy.creatio.com/docs/8.x/dev/development-on-creatio-platform/development-tools/creatio-ide/configuration-elements/object#title-2314-1

Best regards.

Hello, 

Unfortunately at this moment there is no built-in possibility to enable Export to Excel for List Widget. 

The team is aware of the request to enable the ‘Export to Excel’ option for list widgets in Freedom UI dashboards. There is a corresponding task in progress, but at this time there is no confirmed release date for this functionality.

As a temporary workaround, it is possible to add a button directly to the dashboard schema that will export the list widget to Excel. Below is an example configuration for such a button:

{
    "operation": "insert",
    "name": "Button_cfj1ji4",
    "values": {
        "layoutConfig": {
            "column": 1,
            "colSpan": 1,
            "row": 1,
            "rowSpan": 1
        },
        "type": "crt.Button",
        "caption": "Export list widget to excel",
        "color": "default",
        "disabled": false,
        "size": "large",
        "iconPosition": "only-text",
        "visible": true,
        "clicked": {
            "request": "crt.ExportDataGridToExcelRequest",
            "params": {
                "viewName": "ListWidget_1ocamke",
                "filters": "$ListWidget_1ocamke | crt.ToCollectionFilters : 'ListWidget_1ocamke' : $ListWidget_1ocamke_SelectionState"
            }
        },
        "clickMode": "default"
    },
    "parentName": "Main",
    "propertyName": "items",
    "index": 1
}

In this example, ListWidget_1ocamke should be replaced with the items attribute name of your list widget.

Thank you for reaching out! 

Thank you for the guidance, Oleksandra!

Hello,

Unfortunately, it is not currently possible to add a quarter as one of the options in the Date part in the chart setup.

However, we have created a request for our R&D team to extend this functionality in future releases of the system.

Thank you for your question!

Greetings,

Unfortunately, currently there is no option to customize the To field in the message composer. It is a part of the component. 

We have registered the voice with our R&D team. The improvement will be available in one of the future releases.

Please let us know if you have other questions.

Thank you for reaching out!