Hi, I recently lost a lot of time when implementing an API as the top level node does not highlight an error when you include a / at the end of your base url. At the method level when you do not include a / at the start of the url path it tells you that a / is required at the start. When the baseurl and method are concatenated you end up with an extra // which results in the incorrect URL. It's quite difficult to spot. Please can you add some validation to the API node where a baseURL is added to flag if a user incorrectly adds a forward slash / at the end. I can't be the only one that has been caught out by this. Thanks John

Hello, I have been facing some limitations with the platform. The "Decimal" data type only allows 37 characters of length and has been a limiting factor while doing some calculations on really large numbers. With the advent of AI and Big Data, a "decimal" variable that could be length controlled via setting would be a big plus for the platform. It would open new grounds for native Outsystems Development while staying true to the platform original goal. This variable type could be controlled via Service Center. The error "Numeric value does not fit in a System.Decimal" is crippling in this new age of Data and AI

When you choose view data on an entity, you don't have the possibility to refresh this data. When the data has changed and you want to check this, you must go first to another entity and then go back to see the changes in the data.Is it possible to get a refresh option when you are viewing data on an entity?

Just like a Popup we can used the Buttons inside Notification,For example, you are going to delete the project, and at that time, you received a notification with buttons in it asking whether you really wanted to delete it or cancel it.

Service Studio Delete button is too permanentIs there a way to restrict the use of the Delete key in Service Studio?.  We are finding that if we accidentally click on the Delete key, there is no way to undo the delete, and therefore no way to recover the app. We would prefer if the delete key would mark the app as 'removed' like the recycle bin - then the developer can recover the app if necessary.This is the original issue as reported to us. This is the screenshot of other application (this button is the same for all applications as I can see). Regarding the app I removed yesterday, I cannot remember the name and the version of it. I think it was something like "test_app_please_remove_it". But it certainly contained word "remove".  So, if you plan to try to restore it then you can search it by this word. And the funniest thing about this button is that I expected that when I press this button then I get alerting popup like that: "Are you sure that you want to remove this app. Yes. No. Cancel". But this button removes an app immediately. So, one misclick can turn several years of our work into nothing

It would be great if we can edit Site Properties in bulk instead of per item within System Center. My main reason for this has do to with a bit of Quality of Life but more importantly conistency of data and preventing downtime of the application in question. A bit more detail;Right now we need to change the Site Properties one-by-one. Each setting opens a new window and is being saved independently. Let say I want to change a connection to an external system that is saved in 3 Site Properties. One for the URI , one for username and one for the password. When I change either of them a part of my application stops working cause the combination of the 3 isn't correct. Only after changing all 3 the application continues to work as planned. This can take some time of your environment isn't really fast or if you need to verify the inputted data. It can also cause corruption of data on either end of you haven't got any retry capabilities in place or are not handling the connection error correctly.What also happen when you update one Site Property is that you application pool gets invalidated and needs to be build again. This will take some time and causes low load times for application. One is already annoying but by doing this multiple times the time gets really long and people will start to call the servicedesk or you directly causing wasting even more time. A solution;My suggestion would be to be able to edit all Site Properties on one page with one generic Save button. This way all settings will be updated at the same time preventing the error situations I mentioned above and causing only one Application Pool Invalidation and thus reducing a long duration of slow responses for the end-user.Some inspiration could be the way the Site Properties are handled in Azure Web Applications. The hide the values by default (good security practice) and allow bulk editing as well as individual editing of properties. Everything is saved by a general Save button setting all values in one sweep.

In both ServiceCenter and Users

Add more inputs to the RichWidgets\Icon so that we can set icon color and  animation .

When clicking the overlay on an opened Sidebar, the Sidebar is closed.However, sometimes it is desired to execute code on canceling out of a Sidebar.Can the Sidebar raise an event when it is closed by clicking the overlay?

When working in a development mode, it would be great to be able to publish an extension and then republish the currently deployed version of all consumers. Right now, I need to jump from Integration Studio to Service Center, and then re-login to Service Center (since working in the app itself seems to clear my permissions in Service Center), then republish from there.J.Ja