If would be nice to be able to set REST API "Send Default Options" per API Method request vs a fixed value for the entire REST API parent endpoint. Ideally each API Method should be able to set the REST API "Send Default Options" option on a per request basis based upon a referenced or calculated valued based from Site, Header, Input parameter, or Method Output parameter. Depending on the consumer of REST API, there tooling might not be able to handle complex JSON structures with missing parameters. This idea would allow optimization of JSON responses for clients that can handle sparse data while at the same allow non advanced clients to be to use the same REST API.

Sometimes we need to log the executed sql of some queries, or at debug time we need to check what was really sent to the DB. It would be nice that the queries\aggregates would have an extra output with that value. Instead of only List and Count, we would have List, Count and ExecutedSQL.

When deploying a application to another environment, issues occur if your new version consists out of less modules then your old (already present on target environment).For example I tried deploying app that previously had 2  modules (A & B) connected to each other. In the new version it had only 1 module. (A) During the validation step it complained that the old version of B is not compatible with the new A.Even though B should just be removed during deploy, seeing it's not longer part of our application.This deletion should be picked up and handled by the deployment tool.

When I click Skip while a BPT Activity is actively running, it redirects me to the error screen of Service Center.It's understandable that you shouldn't be able to simply kill an Activity when it's active. It can be hard to do so technically, as well (it might be trying to fetch some data with a bulky query etc.)However, I would expect that when I click Skip, BPT determines that this activity shouldn't run again in case of an error or timeout.So if it finishes without errors, then it's automatically skipped anyway.If it doesn't finish successfully, I expect it to be skipped automatically at the end of the current run since I clicked Skip.I imagine a new attribute for Activities such as ' IsMarkedToBeSkipped ' under the hood.If this is not possible at all, then I at least expect the Skip button to be disabled when an Activity is active, because it redirects to the error screen anyway.

Can we have the possibility to publish rest services with openapi3 definitions, alongside the current swagger definition?

 IntroductionIn OutSystems Platform 10 it was only possible to configure the deployment zone for a single module in Service Center by changing it in the Operation tab of that module. In Outsystems Platform 11 you can do the same and in addition to that, you can also change the deployment zone for an application by changing it in the Operation tab of that application. Use caseWhen you perform a clean Platform Server installation (like we did at a client of ours), the Global zone is by default set up and all the modules are associated with that zone. So now, you would want to create your additional zones (f.e. an Internal zone and a Public zone). Now you have to go through all your applications/modules and change the zone configuration one by one. IdeaI would like to see a feature in Service Center where I could select a set of applications and also a possibility where I can select a set of modules and change their deployment zone simultaneously by performing a single configuration change.

Some website builders have a cool feature of allowing the developer to pick a translation suggested by Google. It would be a nice booster on the translating process if this feature was in place.Below follows a screenshot of this feature possibility in Wix, one of the website builders I was referring to:Best regards,João

Hi,Many times we have dificulties to find our applications in service studio and we can have something like "hide application" and the option to show them or not. In my case, I can say that most of the applications that I want to hide are tols like Discovery, Architecture Dashboard, and stuff like that. I remember the "hide warnings" in True change as an example to this.Best regards,Ricardo M Pereira

Similar to how extensions like "prevent spam clicks" work, having a built-in protection against a multiple click submission with JS or server-side exceptions. A simple thing like a boolean option to lock the button/link after the first click/submission.This would be very welcome in things like forms and other types of data submission.

It would be useful to see the warning icon in the application list if any module in that application has a warning.Service Center example:The same applications in Life Time (where the warning icons are already displayed):Having the warnings in the application list would help to quickly identify which applications have modules that need to be republished.