<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"><channel><title>Outsystems incidents — Vendor Status Watch</title><link>https://approjects-vendor-status-watch.static.hf.space/v/outsystems.html</link><description>Incidents from Outsystems's public status page, polled daily.</description><lastBuildDate>Wed, 16 Sep 2026 12:28:20 +0000</lastBuildDate><item><title>Incident affecting password reset functionality [resolved]</title><link>https://stspg.io/h51gqpqqc9zh</link><guid isPermaLink="false">outsystems:2026-09-14T11:07:42.121Z</guid><pubDate>Mon, 14 Sep 2026 11:07:42 +0000</pubDate><description>The issue affecting logins with the error &quot;wrong credentials and password resets with &quot;incorrect verification code&quot; on OutSystems Personal Edition and the Community website has been fully resolved. The fix has been confirmed effective for all affected accounts, and password resets are now completing successfully.
We apologise for any disruption this may have caused and thank you for your patience.</description></item><item><title>Ongoing authentication maintenance [resolved]</title><link>https://stspg.io/hmg0b09knzc6</link><guid isPermaLink="false">outsystems:2026-09-11T12:47:15.000Z</guid><pubDate>Fri, 11 Sep 2026 12:47:15 +0000</pubDate><description>The migration to the new Community unified login system has been completed. Sign-in and account operations are now available again across the Community, the Support Portal, O11 Personal Environments and the ODC Personal Edition.

All services are operating as expected. We apologise for any disruption caused and thank you for your patience.</description></item><item><title>Issue Affecting Log Pagination in ODC Portal Monitor [postmortem]</title><link>https://stspg.io/7ssr1zclzrs8</link><guid isPermaLink="false">outsystems:2026-09-11T06:23:17.198Z</guid><pubDate>Fri, 11 Sep 2026 06:23:17 +0000</pubDate><description>Between September 10th and September 11th, 2026, customers experienced an issue affecting the Logs page in ODC Portal, where browsing beyond the first page would still show logs from the first page of results. This issue affected every region and Stage. No log data was lost, the issue only affected the ability to browse beyond the first page of results.  
This issue was detected through customer reports, and our team reproduced the behaviour internally to confirm its scope. The root cause was identified as a defect introduced by a recent update to the Logs pagination logic, which caused the same set of results to be returned regardless of which page was requested. A fix was developed, tested, and rolled out across all affected regions, with full recovery confirmed on September 11th, 2026, </description></item><item><title>MABS Android and iOS builds timming out [resolved]</title><link>https://stspg.io/c5xghzgxc8ly</link><guid isPermaLink="false">outsystems:2026-09-04T11:15:06.692Z</guid><pubDate>Fri, 04 Sep 2026 11:15:06 +0000</pubDate><description>This incident has been resolved.</description></item><item><title>Connection issue in Mentor Studio [postmortem]</title><link>https://stspg.io/5rx4z4hz5p9y</link><guid isPermaLink="false">outsystems:2026-08-31T15:28:49.850Z</guid><pubDate>Mon, 31 Aug 2026 15:28:49 +0000</pubDate><description>_Between August 28th and August 31st, 2026, users in the Asia Pacific \(Sydney\) region were unable to use Mentor in ODC Studio. Connection attempts returned an error stating, &quot;Mentor couldn&#x27;t connect. Please go online and try again.&quot; Deployed applications and other ODC Studio functionality were not affected._  
_As part of planned regional infrastructure work, Mentor connection requests from affected environments began being sent to a new regional destination. The services needed to handle those requests had not yet been deployed there, so every connection attempt failed. The change was applied ahead of those services becoming available._  
_The issue was detected through customer reports. Automated monitoring did not alert on it, because connection requests were being sent to a destinati</description></item><item><title>Issue with delayed timer execution in ODC [postmortem]</title><link>https://stspg.io/tkcdgqxgq4nz</link><guid isPermaLink="false">outsystems:2026-08-26T05:16:49.409Z</guid><pubDate>Wed, 26 Aug 2026 05:16:49 +0000</pubDate><description>On August 26th, between 05:16 UTC and 16:26 UTC, some ODC users experienced delays in the execution of timers. Affected timers remained pending instead of running as scheduled, and subsequent runs did not start. Users in US East / Virginia and Asia Pacific / Singapore were affected. Applications themselves remained available throughout.

The issue was caused by a recent platform update that changed how a timer&#x27;s status is recorded once it has run. Under that update, a timer whose status needed to be recorded more than once in sequence failed to update correctly, leaving it pending and blocking later scheduled executions. To restore service, our team returned the affected part of the platform to its previous version, which stopped the issue recurring for affected users. A permanent correcti</description></item><item><title>Issue affecting application deployments in ODC [postmortem]</title><link>https://stspg.io/khdrc2zlc3s4</link><guid isPermaLink="false">outsystems:2026-08-24T14:57:08.453Z</guid><pubDate>Mon, 24 Aug 2026 14:57:08 +0000</pubDate><description>On August 24th, 2026, some users experienced an issue affecting application deployments in ODC Portal. Affected users intermittently saw the error message: &quot;An error occurred while getting the generated code from revision. \(OS-STGC-60005\)&quot;.

The issue was caused by an internal scaling tool that interfered with a backend service used to prepare deployment packages, causing delays and errors for some deployment requests. We fixed the scaling configuration to restore normal behavior.

To prevent a recurrence, we are working with the provider of the automated scaling tool to correct the underlying behavior, and have put a permanent safeguard in place to stop the affected service from being mismanaged by that tool going forward.

We apologize for any disruption caused and thank you for your p</description></item><item><title>Incident affecting Mentor in ODC Portal [postmortem]</title><link>https://stspg.io/ntdjqnjrrlhr</link><guid isPermaLink="false">outsystems:2026-08-21T10:54:59.659Z</guid><pubDate>Fri, 21 Aug 2026 10:54:59 +0000</pubDate><description>Between 20 August 9:52 UTC and 21 August 13:22 UTC, some users were unable to generate or edit applications using Mentor in the ODC Portal, and received the error OS-IDE-CONVERSATIONAL-50035.    
The issue was caused by an outdated permission check that remained in place after a recent change to how the service communicates internally.    
We removed the outdated check and confirmed that the Mentor App Generator App Editor recovered across the affected regions.    
We apologise for the disruption this caused.</description></item><item><title>Partial System outage [resolved]</title><link>https://stspg.io/45rnhzv390cg</link><guid isPermaLink="false">outsystems:2026-08-12T16:56:12.323Z</guid><pubDate>Wed, 12 Aug 2026 16:56:12 +0000</pubDate><description>This incident has been resolved.</description></item><item><title>Issue Affecting Application Configuration in ODC Portal [postmortem]</title><link>https://stspg.io/wcwk8z12j21y</link><guid isPermaLink="false">outsystems:2026-08-12T05:41:29.472Z</guid><pubDate>Wed, 12 Aug 2026 05:41:29 +0000</pubDate><description>On August 12th, 2026, at approximately 02:56 UTC, we received our first customer report regarding an issue that affected the Application Configuration and IP Filter List features, resulting in these areas failing to load for a number of customers. Application publishing and runtime were not affected. Customers saw the error codes OS-APPC-60043 and OS-CFGC-GEN-60030. This prevented some users from completing required application configuration changes. Normal service was restored at 08:00 UTC.

It was caused by a recent update to an internal service that provides configuration data. The update unintentionally changed how requests were routed between instances of that service, so most requests for IP filter information reached an instance that could not answer them and timed out. Our team ide</description></item><item><title>Incident affecting sign-in and application access on ODC [postmortem]</title><link>https://stspg.io/kb0jdx8tj3yb</link><guid isPermaLink="false">outsystems:2026-08-10T20:48:01.967Z</guid><pubDate>Mon, 10 Aug 2026 20:48:01 +0000</pubDate><description>On August 10th, 2026, from 20:31 to 22:19 UTC, users in the South America / São Paulo region experienced errors when signing in to ODC. This prevented affected users from accessing their Production applications and also affected the ODC Portal and ODC Studio.

The issue was detected through customer reports and monitoring. Our investigation found that a fault in an internal caching component of our identity service was preventing it from issuing sign-in tokens, even though the service otherwise appeared to be running normally.

To restore service, our team restarted the affected identity service, which cleared the fault and allowed token issuance to resume. We confirmed with affected customers that sign-in and application access had returned to normal before closing the incident.

We have </description></item><item><title>Incident affecting Applications in Development Stage in Europe Central [postmortem]</title><link>https://stspg.io/qyc01hd3t73m</link><guid isPermaLink="false">outsystems:2026-07-31T08:31:58.000Z</guid><pubDate>Fri, 31 Jul 2026 08:31:58 +0000</pubDate><description>On July 31st, 2026, an issue affected applications running in the Development Stage in Europe Central \(Frankfurt\). Applications experienced extended delays \(2–3 minutes\) and timeout errors when starting up from an idle state.

The issue lasted approximately a few hours and was detected through customer reports and platform monitoring. During this time, several customers in the region reported difficulties launching their applications in the Development Stage&#x27;s Runtime.

Our investigation identified a memory issue in a critical component responsible for automatically scaling applications based on incoming traffic. This component was consuming excessive memory and restarting repeatedly, which prevented applications from scaling up when first accessed. Our team immediately implemented an </description></item><item><title>502 Error Affecting ODC Portal Access Globally [postmortem]</title><link>https://stspg.io/p13qwvwtmc3n</link><guid isPermaLink="false">outsystems:2026-07-30T18:39:10.882Z</guid><pubDate>Thu, 30 Jul 2026 18:39:10 +0000</pubDate><description>On July 30, 2026, between 15:19 and 15:59 UTC, customers in multiple regions experienced an outage affecting access to the OutSystems ODC Portal, preventing them from logging in or accessing their development environments. The incident was caused by the addition of a custom header, which prevented requests from reaching the portal. Following the code change rollback, service was restored by 15:59 UTC. To prevent similar incidents in the future, we are implementing additional automated testing to validate configuration changes before they are deployed to production and conducting a comprehensive review of our code review and testing procedures to catch such issues earlier in the development process. We appreciate your patience during this incident and apologize for any disruption to your wo</description></item><item><title>Recurrence of the incident affecting Personal Editions on ODC in several regions [postmortem]</title><link>https://stspg.io/hk3hjs3s5ssm</link><guid isPermaLink="false">outsystems:2026-07-21T02:13:51.671Z</guid><pubDate>Tue, 21 Jul 2026 02:13:51 +0000</pubDate><description>On the 20th of July 2026, there was an issue with the wake-up functionality affecting Personal Editions. This occurred in all three regions \(US East, Europe and Asia Pacific\).  
Users were unable to wake up their environments from hibernation. When attempting to wake up the environments, they either remained in hibernation or moved to a &quot;waking up&quot; state indefinitely, preventing access to applications.  
This was caused by an issue in how our backend systems processed environment status updates. Due to messages being processed out of order, some environments&#x27; internal state was incorrectly reverted to &#x27;hibernated&#x27; after they had already woken up successfully, even though the environment itself remained accessible on the backend. This caused the ODC Portal to keep showing an inaccurate &#x27;h</description></item><item><title>Incident affecting Personal Editions on ODC in several regions [resolved]</title><link>https://stspg.io/1zs69723rtxm</link><guid isPermaLink="false">outsystems:2026-07-20T11:46:15.940Z</guid><pubDate>Mon, 20 Jul 2026 11:46:15 +0000</pubDate><description>This incident has been resolved. ODC Personal Editions are now
operating normally.
If you have not yet done so, please access your
Personal Edition by clicking &quot;Wake Up&quot; in the ODC Portal.
If you experience any issues, our support team is available to assist.
Thank you for your patience.</description></item><item><title>Recurring issue Deployment Stage Incorrectly Ordered on ODC Platform [postmortem]</title><link>https://stspg.io/thsy1h69sgw2</link><guid isPermaLink="false">outsystems:2026-06-30T08:56:27.789Z</guid><pubDate>Tue, 30 Jun 2026 08:56:27 +0000</pubDate><description>On June 26, 2026, a code deployment intended to improve our system&#x27;s infrastructure inadvertently introduced a sorting issue that affected the deployment stage ordering on the ODC platform. This issue prevented several customers from deploying applications through their expected deployment stages. We identified the root cause on June 29 and immediately implemented a fast-track fix. When further investigation revealed the issue persisted for additional customers due to a deeper underlying cause, we deployed a comprehensive fix on June 30 that fully resolved the problem across all affected tenants. All impacted customers have been verified as fully operational, and their applications can now be deployed normally through all stages.</description></item><item><title>Deployment Stage Incorrectly Ordered on ODC Platform [postmortem]</title><link>https://stspg.io/wh6y61qnc6zf</link><guid isPermaLink="false">outsystems:2026-06-29T04:28:44.715Z</guid><pubDate>Mon, 29 Jun 2026 04:28:44 +0000</pubDate><description>On June 26, 2026, a code deployment intended to improve our system&#x27;s infrastructure inadvertently introduced a sorting issue that affected the deployment stage ordering on the ODC platform. This issue prevented several customers from deploying applications through their expected deployment stages. We identified the root cause on June 29 and immediately implemented a fast-track fix. When further investigation revealed the issue persisted for additional customers due to a deeper underlying cause, we deployed a comprehensive fix on June 30 that fully resolved the problem across all affected tenants. All impacted customers have been verified as fully operational, and their applications can now be deployed normally through all stages.</description></item><item><title>Incident affecting ODC app deployments [postmortem]</title><link>https://stspg.io/ks3lkjzz0wym</link><guid isPermaLink="false">outsystems:2026-06-25T08:44:37.103Z</guid><pubDate>Thu, 25 Jun 2026 08:44:37 +0000</pubDate><description>On June 24th, an issue occurred that impacted ODC application deployments for non-administrator users across multiple regions, including Asia Pacific and Europe. Affected users experienced failures when attempting to deploy applications to higher stages and received an error during the build preparation step. Administrator accounts were not affected.

The issue was caused by a configuration change deployed on June 23rd, which introduced a technical mismatch in how permission roles were validated within the build pipeline, preventing non-admin users from initiating deployments. The engineering team identified the root cause and reversed the change.

Deployments are now functioning normally for all affected users. We are conducting a post-incident review to prevent similar issues from occurr</description></item><item><title>Incident affecting ODC applications in the DEV stage [postmortem]</title><link>https://stspg.io/y3cytpywx6dm</link><guid isPermaLink="false">outsystems:2026-06-22T11:37:51.203Z</guid><pubDate>Mon, 22 Jun 2026 11:37:51 +0000</pubDate><description>On June 22nd, an incident affected ODC users in the US East \(N. Virginia\) region. Users were unable to access any applications in the Development stage, receiving an &quot;Upstream Request Timeout&quot; error. Production and Test stages, as well as all other regions, were unaffected.

The incident was caused by a platform configuration change that prevented the component responsible for starting idle Development-stage applications on demand from functioning. As a result, when a request arrived, the application failed to start, causing the connection to time out at the gateway.

The issue was resolved by reverting the configuration change. The component fully recovered, app startup resumed, and normal service operation was verified.</description></item><item><title>Incident: Error OS-BERT-60409 when using Count in Advanced Query across multiple regions [postmortem]</title><link>https://stspg.io/2pvnc4dsgk7q</link><guid isPermaLink="false">outsystems:2026-05-22T14:58:38.280Z</guid><pubDate>Fri, 22 May 2026 14:58:38 +0000</pubDate><description>On May 22, 2026, we deployed an update intended to improve internal diagnostics. This update added automatic comments to generated SQL statements. In a specific edge case, where count-based queries were used inside nested SQL statements, these added comments disrupted the structure of the query and caused it to fail. Affected applications returned runtime errors and certain database queries could not complete successfully.  
After deploying a fix for this, services were restored and all affected queries are now functioning normally.  
We appreciate your patience while this was being resolved and remain committed to continuously improving the stability and reliability of the platform.</description></item><item><title>Incident affecting Personal Environments for O11 and ODC [postmortem]</title><link>https://stspg.io/vzdrnh3344nq</link><guid isPermaLink="false">outsystems:2026-05-08T11:56:03.115Z</guid><pubDate>Fri, 08 May 2026 11:56:03 +0000</pubDate><description>On May 8, 2026, at 12:03 AM UTC, ODC and O11 Personal Environments in the N. Virginia region experienced a service disruption caused by an AWS infrastructure event affecting a single Availability Zone. The disruption was related to an external power and cooling issue that impacted the availability of underlying AWS services.  
Customers experienced service unavailability, including issues with logging in and publishing applications.The impact was limited to O11 Personal Environments and a small subset of users, while impact on ODC remained contained.  
As AWS services recovered, many OutSystems environments resumed normal operation automatically. Some environments required additional recovery actions to fully restore service availability.  
For ODC, the incident was fully resolved on May 9</description></item><item><title>Partial System outage [resolved]</title><link>https://stspg.io/ryg03swwwm4s</link><guid isPermaLink="false">outsystems:2026-04-21T02:36:07.374Z</guid><pubDate>Tue, 21 Apr 2026 02:36:07 +0000</pubDate><description>This incident has been resolved.</description></item><item><title>Login Access Issue with ODC Portal [postmortem]</title><link>https://stspg.io/1qgrp5z7cl8l</link><guid isPermaLink="false">outsystems:2026-04-13T02:24:21.692Z</guid><pubDate>Mon, 13 Apr 2026 02:24:21 +0000</pubDate><description>On April 13,2026 between 1:13 and 3:07 AM UTC, an incident occurred that prevented users from logging in to the ODC Portal across multiple regions. The issue was caused by a deployment of a Identity Service that required a database schema change that had not yet been applied, resulting in authentication failures.

Service was restored after the team initiated a rollback to the previous stable version. Validation confirmed that login functionality was restored for all users. 

The incident is fully resolved, and all services are operating as expected.</description></item><item><title>Partial System outage [resolved]</title><link>https://stspg.io/nrj6s3sx1598</link><guid isPermaLink="false">outsystems:2026-03-29T01:06:32.583Z</guid><pubDate>Sun, 29 Mar 2026 01:06:32 +0000</pubDate><description>The issues affecting our services have been resolved, and all systems are now operating normally. We apologize for any disruption this may have caused to your workflows.</description></item><item><title>Incident affecting ODC Portal and ODC Studio [postmortem]</title><link>https://stspg.io/dk0zwwqlzsr0</link><guid isPermaLink="false">outsystems:2026-03-19T09:35:30.445Z</guid><pubDate>Thu, 19 Mar 2026 09:35:30 +0000</pubDate><description>On March 19th, 2026, at approximately 06:43 UTC, an issue was identified affecting ODC, where some users were unable to complete the login process for the ODC Portal and ODC Studio when using external Identity Providers. Affected users encountered an error message stating &quot;Email verification not supported&quot; or were blocked from accessing their accounts because the system could not verify their email addresses via the external provider&#x27;s claims.

The incident was caused by a configuration change intended to strictly enforce email verification from external providers. This change inadvertently bypassed a native fallback verification process that certain users relied upon when their external providers did not share specific verification data.

The issue was resolved by 11:00 UTC on March 19th </description></item><item><title>Incident affecting app access in ODC Portal [postmortem]</title><link>https://stspg.io/5lzx2hk4ny46</link><guid isPermaLink="false">outsystems:2026-03-04T09:09:44.870Z</guid><pubDate>Wed, 04 Mar 2026 09:09:44 +0000</pubDate><description>On March 4th, 2026, between 2:39 am and 10:29 am UTC, ODC experienced an incident that prevented users from accessing the App Detail screen and performing app configurations across all stages. The runtime of existing applications was not affected by this issue.  
The root cause was a subscription validation misalignment between internal APIs and ODC Portal, which resulted in errors for customers without the ODC Sentry add-on.  
To prevent future occurrences, we are updating ODC Portal to verify subscription status in alignment with these APIs and improving UI error handling to ensure failures like this do not obstruct the overall page experience.</description></item><item><title>Connectivity and Power Issues Detected in Middle East [resolved]</title><link>https://stspg.io/4242zfq5sgr1</link><guid isPermaLink="false">outsystems:2026-03-01T16:33:04.355Z</guid><pubDate>Sun, 01 Mar 2026 16:33:04 +0000</pubDate><description>All customers impacted by this incident have been contacted and supported individually. While the Middle East region continues to be affected by the ongoing geopolitical situation and AWS continues to report the region as impacted, OutSystems has completed its direct response to every affected organization. 
The affected services remain flagged as a major outage while these conditions persist. Customers who need further assistance can contact OutSystems Support by raising a new ticket or continuing their existing case through Support Services.</description></item><item><title>Incident affecting logins in Europe (Frankfurt), Europe (London), and Israel (Central) [postmortem]</title><link>https://stspg.io/5qpcjnf89y3g</link><guid isPermaLink="false">outsystems:2026-01-29T20:00:44.115Z</guid><pubDate>Thu, 29 Jan 2026 20:00:44 +0000</pubDate><description>On January 30th, several ODC customers experienced intermittent issues where the username attribute was missing data from the User entity within applications.  
The cause was identified as a bug in a recent release of an identity component. This issue prevented specific user and identity provider data from correctly populating the Username Attribute.  
The incident was resolved by rolling back the affected release. A corrected version has since been deployed to ensure consistent data availability and prevent future occurrences.</description></item><item><title>Incident affecting Mentor [postmortem]</title><link>https://stspg.io/slyjjtjmn2rr</link><guid isPermaLink="false">outsystems:2026-01-27T12:53:02.416Z</guid><pubDate>Tue, 27 Jan 2026 12:53:02 +0000</pubDate><description>On January 27th, we experienced a service disruption in Mentor affecting APAC and EMEA regions. Users encountered elevated error rates and a loss of functionality for Mentor features.

The incident was triggered by a third-party service outage, which hosts the models supporting our Data &amp; AI services. While a fallback system was in place, it also became unavailable during the outage. Furthermore, the impact of the external service disruption also prevented our team from implementing a manual configuration fix immediately.

We are also working toward an automated fallback mechanism to minimize the need for manual intervention. Additionally, we are implementing agent-level fallbacks to different models at the product level.</description></item><item><title>Incident affecting 1CP operations in Europe Central region (Frankfurt) [postmortem]</title><link>https://stspg.io/xww82jbr7zdg</link><guid isPermaLink="false">outsystems:2026-01-22T15:29:09.888Z</guid><pubDate>Thu, 22 Jan 2026 15:29:09 +0000</pubDate><description>On January 22nd, between 15:00 UTC and 17:00 UTC, an incident affected ODC in the Europe \(Frankfurt\) region. Users experienced issues with One-Click Publish, specifically resulting in build timeouts and publish failures. 

The issue was caused by a communication failure between the internal queuing system and the Build Service, which prevented build processes from completing. 

Our team resolved the incident by restarting the Build Service and restoring communication. Normal service has been restored, and we are evaluating measures to improve system resilience moving forward.</description></item></channel></rss>