I'm creating an email that is supposed to have a link to the workflow element in the message content ? i cannot seem to find a variable related to it ?
I'm creating an email that is supposed to have a link to the workflow element in the message content ? i cannot seem to find a variable related to it ?
Hello
I'm having the same problem. Have you got solution for this problem.
Hi Rafał,
there's no way to change this. Except from overwriting the value in the COS whenever the user synchronization has been executed.
You could check out whether switching from "App context" to "User context" would be feasible. I haven't used it yet.
https://developer.webcon.com/docs/api-registration-and-authentication#user-context-configuration
If this doesn't work, because another system triggers the workflow initiation you could use a special path with an own form type.
I would use this path to create a new workflow instance using an action and overwrite the user. The workflow started by the API would then be deleted automatically with an action.
The second form type wouldn't cause missing numbers in the instance numbering.
Best regards,
Daniel
Thanks Daniel, I'll overrite the name in COS after each synchronization then. This will solve the problem.
Hi Ernst,
that's a great question which I haven't asked yet.
We have numerous installation where it behaves differently. We always create a BPS user for the access to the database but regardless of this setting, sometimes the application pool account needs access to the databases and sometimes it doesn't.
I haven't looked into it any further because the priority of this is somewhere way beneath zero. :)
Best regards,
Daniel
Thanks Daniel!
A clarification from WEBCON would be fine ;-)
Best regards
Ernst
Hi Ernst,
that's a great question which I haven't asked yet.
We have numerous installation where it behaves differently. We always create a BPS user for the access to the database but regardless of this setting, sometimes the application pool account needs access to the databases and sometimes it doesn't.
I haven't looked into it any further because the priority of this is somewhere way beneath zero. :)
Best regards,
Daniel
Hello,
we have a production- and a dev-environment. The production environment was installed in 10/2024 (R 2024 version.. and updated to the latest R2025), the dev-environment was installed a few days ago (R 2025).
For each stage we have 2 system accounts:
Prod:
service_webcon
service_webcon_iis
Dev:
service_webcon_dev
service_webcon_iis_dev
In the production environment the user service_webcon_iis has NO SQL rights and is configured as user for the application pool.
service_webcon is used for the service.
So far so good.
So we prepared the accounts for the dev-stage exactly like the accounts in the prod-stage (of course different servers and different SQL server).
service_webcon_iis_dev is used as application pool user, service_webcon_dev is used for the service.
If we start the dev-stage with this configuration we get an exception: sql login failed for service_webcon_iis_dev
Webcon versions are the same, Server prod is windows 2016, Server dev is windows 2022.
So my questions:
1) why is this difference? Why does the application pool user need SQL-rights?
2)the installation says that both accounts needs sql-rights. Is this correct? And if so, why does it work in our production environment (application pool user service_webcon_iis has NO SQL rights)?
3) If I use the service_webcon_dev for the application pool (or give service_webcon_iis_dev SQL rights) .. all is working correkt.
Thanks!
Ernst
Hi Klaus,
the question is what actions did you define in the OnExit, OnPath and OnEntry triggers?
- Are they creating subworkflows
- Is something maybe creating a deadlock
Did you activate the diagnostic log? I'm not sure that it will return any information, when the executions runs on a timeout.
In most cases you should get a timeout error about to long running executions anyway. Did you increase the setting?
Best regards,
Daniel
Hi,
You can also set a timeout for the automation execution — this way, you'll be able to easily identify which ones exceed the defined time limit. 😊
Best regards,
Łukasz
Hi Rafał,
there's no way to change this. Except from overwriting the value in the COS whenever the user synchronization has been executed.
You could check out whether switching from "App context" to "User context" would be feasible. I haven't used it yet.
https://developer.webcon.com/docs/api-registration-and-authentication#user-context-configuration
If this doesn't work, because another system triggers the workflow initiation you could use a special path with an own form type.
I would use this path to create a new workflow instance using an action and overwrite the user. The workflow started by the API would then be deleted automatically with an action.
The second form type wouldn't cause missing numbers in the instance numbering.
Best regards,
Daniel
To copy meta tags from a SharePoint site, you'll need to access the HTML code of the page. First, open the page you want to work with on the SharePoint site. Right-click on the page and select "View Page Source" (or use the browser's developer tools). Look for the <meta> tags in the code, which contain information like page description, author, or other details. You can then copy the content of these meta tags, such as the <meta name="description" content="..."> or <meta name="keywords" content="...">. To apply these tags to another page, you can paste them into the new page's HTML structure or use a SharePoint web part to insert them, depending on your site setup. Keep in mind that SharePoint doesn't always provide a built-in way to manage meta tags directly, so some manual effort may be needed.
To proceed with the migration efficiently, it is considered to opt for the: https://www.systools.in/products/sharepoint-to-sharepoint/
Hi,
after creating/registering an API application, a user is automatically created. For instance, if the API app is named "something", the created user is named "something - Registered App".
This user needs access rigts for the app/process it need access, and that's clear.
But, api actions are also performed by that user, and this name is visible (for example - if we start the workflow over API, workflow instance is started by "something - Registered App").
So, how can I change the user name from ""something - Registered App" to anyfing else, like just "something" ?
I don't want my users to see "something - Registered App", they won't understand who or what started the workflow... :-(