Hi everyone,

I work daily with Creatio Freedom UI, both on web and mobile, and I noticed a few gaps between the two versions. I would like to suggest some improvements for the mobile app.

1. HTTP client for mobile (like sdk.HttpClientService on web)
On web, we can use sdk.HttpClientService to make HTTP requests inside Freedom UI. On mobile, this is not available. It would be great to have something similar for mobile too, at least when the app is online. This way, we could call external services directly from mobile scripts, using the current authenticated user session. Right now, we don't have a clean way to do this.

2. Basic context info for remote modules
It would help a lot if remote modules on mobile could easily access basic information, such as:
- current user
- current instance (URL/environment)
- user's time zone
- list of user's roles

This information is often needed for simple logic (for example, showing or hiding something based on role), but right now it is hard or impossible to get on mobile.

3. Real-time updates (WebSocket support) on mobile
Web Freedom UI can use WebSocket for real-time updates, but mobile does not support this yet. Adding WebSocket support to the mobile app would allow live updates (for example, notifications or data changes) without the need for constant manual refresh or polling.

All three points are about making the mobile app closer to the web version in terms of what developers can actually do. Right now, mobile feels more limited, and these gaps make some solutions harder to build or impossible without workarounds.

Has anyone else run into these limitations? I would be curious to hear if others need the same things, or if there are any workarounds I am missing.

Thanks!

I already raised this issue here: https://community.creatio.com/questions/creatio-mobile-discard-unsaved-…

On web, I can handle crt.CanDiscardUnsavedDataRequest to control when the "discard unsaved changes" popup appears. On mobile, this option doesn't exist, even though the same business logic often needs to work on both platforms. I understand the popup protects users from losing data by accident, and I'm not asking to remove that protection by default. I just want the option to override it when I decide it's needed, the same way I already can on web.

I know this wouldn't cover system-level gestures or hardware back buttons, since those happen outside the JS layer. That's also true on web (closing the tab isn't covered either), but the handler is still useful for everything that goes through crt.ClosePageRequest and similar in-app navigation. Adding this would bring mobile closer to feature parity with web, giving developers the same control they already have, without changing default behavior for users who don't need it.

Hello,
I would like to suggest adding a simple local key-value storage API to the Mobile Freedom UI SDK, similar to the standard web localStorage.
Currently, if a developer wants to store some technical data only on the device, scoped to the current user, there is no direct way to do it. The only supported option is to create a dedicated object with a relation to the user, add a filter on read, and configure access rights. This works, but it is more complex than needed, and the data is also written to the server database during synchronization, even if it is not really needed there.

A simple API like this would solve the problem:

localStorage.setItem('someSetting', { ... });
const value = localStorage.getItem('someSetting');

This would allow developers to store temporary or technical data directly on the device, without creating extra objects and without sending this data to the server.

Thank you for considering this idea!