hey,

For several days now I have been receiving an error in TALEND STUDIO
When I try to perform a connection test between SALESFORCE and TALEND:
"tSalesforceConnection_1 ComponentException: UNEXPECTED_EXCEPTION"

From the SALESFORCE side I receive that the connection is successful but in TALEND I receive the error I listed above.

im tring to test connection at TEST - sandbox with custom domain not with https://test.salesforce.com

im using TALEND 8 patch - R2026-04

the salesforce upgraded to spring 2026.

thanks

We have a bunch of apps, keeping them as few as possible helps maintenance, monitoring and overview.

But, we are continuously met by user requests where they want to add new metrics to existing apps, data that could exist in other fact-tables at different granularity and maybe sharing some dimensions.

Is there like a defined standard on how to progress with such a development? Altering the existing (and validated, tried and tested) load-script feels odd... Like if we have one big concatenated qlik-fact from several different DW-facts, adding to that fact could jeopardize the structure of the entire app. Even more so if we have ONE fact and need to add one more.

Makes me feel like duplicating the original app, remove the old sheets, and then make the needed changes for the specific scenario is the way to go. But that could generate a lot of apps... Am I over thinking this? Any thoughts and general pointers are appreciated.

I've seen in the "Qlik Developer" documentation (https://qlik.dev/manage/analytics-applications/restore-deleted-app) that there's the possibility to restore a deleted APP. 

Will be this feature be soon available in Qlik Automations?

Thanks

Massmo

Hello everyone -

I support a bunch of QSEoW environments, and the repository database is almost always treated as install and forget. The most I see people doing is going back and forth with backups/restore.

Running VACUUM or ANALYZE beyond what autovacuum does, reindexing during a service window, watching table bloat, cleaning out the AD groups that the UDC sync drags in. I basically never see it.

Usually, the first time anyone looks inside that database is when the QMC starts crawling, or an upgrade migration takes hours, and everyone panics, and, being honest, I was part of that group.

So I want to ask the community:

1. Does anyone actually run scheduled maintenance on the QSR database?
2. For those who unbundled PostgreSQL with the Qlik PostgreSQL Installer, did anything change after that? Did a DBA team take ownership, or is it still the Qlik admin's problem?
3. Has anyone measured a real difference after doing maintenance? Faster QMC, quicker service startup, shorter upgrades, anything concrete/numbers?
4. What do you do about AD group bloat from the User Directory Connector? Just live with it?

Curious if anyone out there is doing this proactively. Please share your tips.

Huge shout out to Göran Sander (https://ptarmiganlabs.com/)

Hello,

We create tabular reports and distribute them via email to Qlik Cloud users.

The app in question has section access.

Now, when I try to send the reports, I get the message: ‘Filter group has no access to app’.

According to the entries here, it seems to be due to the following issues:

For apps with section access, the Filter group has no access to app error occurs when the recipient(s)
is an internal user without access to the app

not a member of the space where the source reporting app exists

or a disabled tenant user.

The relevant users should receive the reports but not be able to see the area. Is there any way to set this up?

Greetings

Hi,

What's the best way of searching through all our Enterprise Qlik Sense code to identify which apps use specific Oracle database tables, as we have a requirement to replace some with newer tables? 

We can easily identify data loader apps which build qvd files from the table as these are named the same as the table, but not the apps which use SQL to extract data from the table directly. 

Ideally, we'd like a straightforward method, but any advice is appreciated.

Thanks