Memsource kesinti geçmişi

1. 1 Eylül 2026 14:18 UTCinvestigating

   Şu anda Phrase TMS (EU) içinde Jobs görüşlerinde yavaşlığa neden olan bir sorunu araştırıyoruz. Kullanıcılar, proje yönetimi özelliklerine eriştiğinde geciken yükleme süreleri veya performansı azaltabilir. Ekibimiz aktif olarak kök nedenini tanımlamak ve mümkün olduğunca çabuk normal performansı geri yüklemek için çalışıyor.

2. 1 Eylül 2026 15:00 UTCinvestigating

   Sorunun kök nedenini tespit ettik. Ekibimiz aktif olarak bir düzeltme uyguluyor. İlerleme yaptığımız gibi daha fazla güncelleme sağlayacağız.

3. 1 Eylül 2026 15:34 UTCmonitoring

   Bir düzeltme yapıldı ve sonuçları takip ediyoruz. Müşteriler hala sorunları yaşayan TMS ile tüm açılan sekmeleri net tarayıcı önbellek ve kapatmak zorunda kalabilirler.

4. 1 Eylül 2026 16:23 UTCresolved

   Sorun çözüldü ve performans istikrarlı.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 31 Ağustos 2026 15:06 UTCinvestigating

   Şu anda Gengo ile iletişim kurarken geçici hataları yaşıyoruz, üçüncü taraf çeviri satıcılarımızdan biri. Bu, Gengo üzerinden çeviri siparişleri için zaman ve 502 hatalarına neden oluyor, hem AB hem de ABD veri merkezlerini etkiliyor. Gengo meseleyi sonunda doğruladı ve araştırıyor.

2. 2 Eylül 2026 11:46 UTCresolved

   Gengo onların sonunda temel sorunu çözdü. Gengo'ya fiyat hesaplamaları ve çeviri siparişleri şimdi tekrar çalışıyor.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 31 Ağustos 2026 13:11 UTCinvestigating

   Kullanıcılar şu anda mevcut işleri açamaz ve Phrase TMS projelerinde yeni olanları yaratamazlar. Sorunu araştırıyoruz.

2. 31 Ağustos 2026 13:22 UTCinvestigating

   Bu konuyu araştırmaya devam ediyoruz.

3. 31 Ağustos 2026 13:46 UTCidentified

   Sorun tespit edildi ve bir düzeltme uygulanır.

4. 31 Ağustos 2026 16:02 UTCmonitoring

   Bir düzeltme uygulandı ve sonuçları takip ediyoruz.

5. 31 Ağustos 2026 16:53 UTCresolved

   Sorun çözüldü.

6. 4 Eylül 2026 08:45 UTCpostmortem

   ## Introduction 31 Ağustos'ta Phrase TMS'yi etkileyen bir olay hakkında ayrıntıları paylaşmak istiyoruz. 2:26 ve 5:57 PM CEST arasında, bazı ünlü Project sayfası kullanıcıları, proje sayfasını oluşturmak veya düzenleme işleri ve koşu analizleri oluşturmak gibi Araçlar-menu eylemleri kullanamadı ve bir işi açmak için tıklayın, bunun yerine kullanıcıların proje sayfasına geri dönmelerini istedi. Bu post-mortem, ne olduğunu, nasıl düzeltildiğini ve tekrar gerçekleşmesini önlemek için yaptığımızı açıklıyor. ## Timeline * ** 31 Ağustos 2026 2:26 PM CEST** - Bir kod değişikliği, onu yüklenen herhangi bir kullanıcı için Project sayfasındaki senaryoyu kırdı. * ** 31 Ağustos 2026 2:49 PM CEST** - - İlk müşteri raporları, Tools-menu düğmelerini editörde açılmayan engelli ve işler olarak tarif etmeye geldi. * ** 31 Ağustos 2026 yaklaşık 3:10 PM CEST** - ekibimiz konunun temel nedenini belirledi. * ** 31 Ağustos 3:48 PM CEST ** - Altta yatan hata için bir düzeltme tamamlandı. * ** 31 Ağustos 2026, 4:04 PM CEST** - - Düzlem önceden üretim ortamında doğrulandı. * ** 31 Ağustos 2026, 5:18 CEST** - Üretim için düzeltmenin işe alınması başladı. * ** 31 Ağustos 2026 5:57 PM CEST** - - Düzlem tamamen üretimde ve normal işlevsellik tüm etkilenen müşteriler için restore edildi. # # # Root Cause Olay, paylaşılan proje sayfalarında ilgili olmayan, küçük bir ekran sorununu düzeltmeyi amaçlayan bir kod değişikliğine neden oldu. Bu değişiklik, bir değerin doğrudan sayfada gömülü bir senaryoya nasıl yerleştirildiğini değiştirdi. Sayfayı otomatik olarak güvenlik için kodlayan sistem, ancak bu kodlama, bir senaryoya karşı normal bir sayfaya yerleştirilen değer arasında ayrım yapmaz. Sonuç olarak, gömülü senaryonun sözcülüğü, değişime ulaştıktan sonra sessizce kırıldı. Çünkü tarayıcılar, geçersiz senaryo sözlüğü ile karşılaştıkları bir sayfada daha fazla kod yürütmeyi bırakırlar, sayfada yer alan her senaryo çalışır - sadece orijinal değişiklikle ilgili kısım değil. Bu yüzden müşteriler iki ayrı sorun gibi görünüyordu \(belirli menü düğmeleri ve işleri editörde açılmadı) aslında aynı tek kusurun aşağı etkileri. Sorun serbest bırakılmadan önce yakalanmadı, çünkü zaman içinde yapılan doğrulama, temel verilerin yerleştirilmesinin doğru olduğunu doğruladı, ancak gerçek sayfayı doğru bir şekilde sonlandırmak için bir tarayıcıda yüklemedi. ## Recurrence önlemek için eylemler 1. **Fix dağıtıldı** – Altta yatan hata düzeltildi ve aynı gün üretime dağıtıldı. 2. **Mühendislik rehberliği güncellendi** - - İç mühendislik belgelerimizi bu özel başarısızlık modelini açık bir şekilde tanımlamak için güncelleştirdik ve bunu halletmek için doğru, güvenli bir yol, bu yüzden bu hata kategorisi kod incelemesi sırasında yakalandı. 3. **Yol altındaki algılama iyileştirmelerini otomatikleştirin** – Bu ön uç başarısızlık sınıfı için otomatik izleme ekleme üzerinde çalışıyoruz, bu yüzden benzer sorunlar müşterilerin etkilenmeden önce tespit edilebilir ve ele alınabilir, müşteri raporlarına güvenmek yerine.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 19 Ağustos 2026 12:16 UTCinvestigating

   Şu anda Phrase TMS (EU)'daki çeviri hafıza işlevlerini etkileyen bir sorunu araştırıyoruz. Kullanıcılar bu süre zarfında Çeviri Anıları ve diğer ilgili işlemleri oluşturmakla ilgili sorunları deneyimleyebilirler. Ekibimiz aktif olarak nedeni tanımlamak ve mümkün olduğunca çabuk tam işlevselliği geri yüklemek için çalışıyor.

2. 19 Ağustos 2026 12:34 UTCidentified

   Sorun tespit edilmiştir ve bir düzeltme uygulanır.

3. 19 Ağustos 2026 13:19 UTCmonitoring

   Bir düzeltme uygulandı ve durumu takip ediyoruz.

4. 19 Ağustos 2026 14:09 UTCresolved

   Olay çözüldü.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 7 Ağustos 2026 07:27 UTCinvestigating

   We are currently investigating an issue with branching events missing in Phrase Strings (EU), which may cause changes to not be applied when branches are merged.

2. 7 Ağustos 2026 07:54 UTCinvestigating

   We are continuing to investigate this issue.

3. 7 Ağustos 2026 08:18 UTCidentified

   The issue has been identified and a fix is being implemented.

4. 7 Ağustos 2026 08:30 UTCmonitoring

   A fix has been implemented. The backlog of missing events is now being processed. Once the queue is fully processed, unmerged branches will automatically receive the missing changes. We are monitoring the queue and results.

5. 7 Ağustos 2026 14:12 UTCresolved

   Changes made to branches during the incident window are now fully applied. Merged branches that were affected have been identified and impacted customers have been contacted directly. This incident has been resolved.

1. 6 Ağustos 2026 08:11 UTCinvestigating

   We are currently investigating an issue affecting Connectors in Phrase TMS. Customers may be unable to access or use Connector functionality during this time. Our engineering team is actively working to identify the cause and restore full service as quickly as possible.

2. 6 Ağustos 2026 08:18 UTCinvestigating

   We are continuing to investigate this issue.

3. 6 Ağustos 2026 08:43 UTCmonitoring

   We have identified the root cause and the issue has now been resolved. Connectors should be appearing as active again. We will continue to monitor the situation to ensure full stability.

4. 6 Ağustos 2026 12:00 UTCmonitoring

   We continue monitoring the situation.

5. 6 Ağustos 2026 13:19 UTCresolved

   The incident has been resolved and all components are back to operational.

1. 28 Temmuz 2026 07:19 UTCinvestigating

   Mühendislik ekibi, yeni Workflow Engine'un şu anda iş akışları yürütmediği bir konu tespit etti. Sorun soruşturma altında.

2. 28 Temmuz 2026 07:53 UTCinvestigating

   Bu konuyu araştırmaya devam ediyoruz.

3. 28 Temmuz 2026 08:30 UTCidentified

   Sorun tespit edildi ve bir düzeltme uygulanır.

4. 28 Temmuz 2026 08:35 UTCmonitoring

   Bir düzeltme uygulandı ve sonuçları takip ediyoruz. İş akışı motoru, bekleyen infazların kuyruğunu işlemektedir.

5. 28 Temmuz 2026 11:49 UTCresolved

   Tüm infazlar işlendi. Bu olay çözüldü.

6. 30 Temmuz 2026 07:09 UTCpostmortem

   ## Introduction 27-28 Temmuz'da Phrase Orkestrasıtor'ı etkileyen bir olay hakkında ayrıntıları paylaşmak istiyoruz. Bu dönemde, Next-Gen Workflow Engine'daki iş akışları ilerlemedi ve bir "executing" eyaletinde sıkışıp kaldı. Olay sırasında hiçbir veri kayboldu. Bu post-mortem ne olduğunu açıklıyor, ne zaman çözüldü, ve bir recurrence önlemek için aldığımız adımlar. ## Timeline * **27 Temmuz 2026 18:55 CEST** - - İş akışı motoru, veritabanı sorgu performansı olarak hataları üretmeye başladı. İş akışı infazları durdu ve ilerlemeyi bıraktı. * **27 Temmuz 2026 20:54 CEST** - - "executing"te sıkışıp kalan ilk müşteri raporu alındı. * **27 Temmuz 2026 22:39 CEST** - - Olay resmi olarak ilan edildi. * **28 Temmuz 2026 02:18 CEST** - Bir hizmet geçici rahatlama sağladı; iş yürütmeleri yeniden başladı. * **28 Temmuz 2026 05:15 CEST** - - Sorun alt veritabanı performansı sorunu devam etti. * **28 Temmuz 2026 09:56 CEST** - - Kök nedeni tespit edildi ve ele alındı. Bununla birlikte, kısmi hizmet yeniden başlaması nedeniyle, bazı infazlar geri alındı ve aksi takdirde başarısız olmak için küçük sayıda infaza neden olabilir. * **28 Temmuz 2026 13:46 CEST** - - Çarpılan infazların tam arkası temizlendi. Sistem istikrarlı olarak ilan edildi. * **28 Temmuz 2026 13:48 CEST** - Olay çözüldü. # # # Root Cause Olay, iş zamanlama sistemi tarafından kullanılan veritabanı indekslerinde ilerici sarışınlığa neden oldu. Bu özel indekslerin performansı, önceki yazı ve güncellemelerden ölü indeks girişleri bir araya geldiklerinde yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaşladı. İş zamanlama motoru, bu indeksleri hangi işlerin gönderileceğini belirlemek için sorgularken veritabanı düzeyinde koordinasyon kilitlerini alır. Dizin aramaları daha yavaş büyüdükçe, veritabanının yapılandırılmış ifade süresini aşmaya başladılar. Bir gözlenme zamanı tarafından iptal edildiğinde, bu iş kazası ve yeniden başlatmasından sorumlu zamanlama süreci. Hiçbir programcı çalıştırılamazken, hiçbir iş akışı adımları atılamaz ve tüm in-progress iş yürütmeleri sıkıştı. Veritabanı sunucusunun kendisi normal CPU ve bağlantı seviyelerinde sağlıklı kaldı. Sorun, zamanlama katmanı içinde sadece kilit ve latency contention idi. Bir hizmet, kazalanan süreçleri ve geçici olarak restore edilen infazı temizledi. Ancak, index bloat hala mevcut olduğu için, aynı bozulma bir kez sorgu yükü özgeçmişlendi. Bir manuel indeks tamamen restore edilmiş performansı yeniden inşa eder ve sorunu çözdü. ## Recurrence önlemek için eylemler 1. **Automated index bakımı eklendi** – Etkilenen indeksler için programlanmış otomatik indeks bakımı yapılandırıldı. Bu, bloat'ın zamanla bir araya gelmesi ve bu olayı tetikleyen koşulları ortadan kaldıramamasını sağlar. 2. **Legacy indeksleri kaldırıldı ** - Kullanılmamış miras veritabanı indeksleri tespit edildi ve kaldırıldı, genel bakım yüzeyinin azaltılması ve gelecekteki indeks hijyenin basitleştirilmesi. 3. **Geçmiş kapsamayı izlemek** - - İzleme alanımız, mevcut iş motorunu yansıtacak şekilde gözden geçiriliyor ve güncelleniyor. Bu çalışma, ilk müşteri raporundan önce tespit edilmeye izin veren boşlukları kapatacaktır.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 27 Temmuz 2026 23:48 UTCinvestigating

   Mühendislik, yeni Workflow Engine'un şu anda iş akışları yürütmediği bir konu tespit etti. Sorun soruşturma altında.

2. 28 Temmuz 2026 00:41 UTCresolved

   Tüm iş akışları beklendiği gibi tekrar idam edilir.

3. 30 Temmuz 2026 07:08 UTCpostmortem

   ## Introduction 27-28 Temmuz'da Phrase Orkestrasıtor'ı etkileyen bir olay hakkında ayrıntıları paylaşmak istiyoruz. Bu dönemde, Next-Gen Workflow Engine'daki iş akışları ilerlemedi ve bir "executing" eyaletinde sıkışıp kaldı. Olay sırasında hiçbir veri kayboldu. Bu post-mortem ne olduğunu açıklıyor, ne zaman çözüldü, ve bir recurrence önlemek için aldığımız adımlar. ## Timeline * **27 Temmuz 2026 18:55 CEST** - - İş akışı motoru, veritabanı sorgu performansı olarak hataları üretmeye başladı. İş akışı infazları durdu ve ilerlemeyi bıraktı. * **27 Temmuz 2026 20:54 CEST** - - "executing"te sıkışıp kalan ilk müşteri raporu alındı. * **27 Temmuz 2026 22:39 CEST** - - Olay resmi olarak ilan edildi. * **28 Temmuz 2026 02:18 CEST** - Bir hizmet geçici rahatlama sağladı; iş yürütmeleri yeniden başladı. * **28 Temmuz 2026 05:15 CEST** - - Sorun alt veritabanı performansı sorunu devam etti. * **28 Temmuz 2026 09:56 CEST** - - Kök nedeni tespit edildi ve ele alındı. Bununla birlikte, kısmi hizmet yeniden başlaması nedeniyle, bazı infazlar geri alındı ve aksi takdirde başarısız olmak için küçük sayıda infaza neden olabilir. * **28 Temmuz 2026 13:46 CEST** - - Çarpılan infazların tam arkası temizlendi. Sistem istikrarlı olarak ilan edildi. * **28 Temmuz 2026 13:48 CEST** - Olay çözüldü. # # # Root Cause Olay, iş zamanlama sistemi tarafından kullanılan veritabanı indekslerinde ilerici sarışınlığa neden oldu. Bu özel indekslerin performansı, önceki yazı ve güncellemelerden ölü indeks girişleri bir araya geldiklerinde yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaşladı. İş zamanlama motoru, bu indeksleri hangi işlerin gönderileceğini belirlemek için sorgularken veritabanı düzeyinde koordinasyon kilitlerini alır. Dizin aramaları daha yavaş büyüdükçe, veritabanının yapılandırılmış ifade süresini aşmaya başladılar. Bir gözlenme zamanı tarafından iptal edildiğinde, bu iş kazası ve yeniden başlatmasından sorumlu zamanlama süreci. Hiçbir programcı çalıştırılamazken, hiçbir iş akışı adımları atılamaz ve tüm in-progress iş yürütmeleri sıkıştı. Veritabanı sunucusunun kendisi normal CPU ve bağlantı seviyelerinde sağlıklı kaldı. Sorun, zamanlama katmanı içinde sadece kilit ve latency contention idi. Bir hizmet, kazalanan süreçleri ve geçici olarak restore edilen infazı temizledi. Ancak, index bloat hala mevcut olduğu için, aynı bozulma bir kez sorgu yükü özgeçmişlendi. Bir manuel indeks tamamen restore edilmiş performansı yeniden inşa eder ve sorunu çözdü. ## Recurrence önlemek için eylemler 1. **Automated index bakımı eklendi** – Etkilenen indeksler için programlanmış otomatik indeks bakımı yapılandırıldı. Bu, bloat'ın zamanla bir araya gelmesi ve bu olayı tetikleyen koşulları ortadan kaldıramamasını sağlar. 2. **Legacy indeksleri kaldırıldı ** - Kullanılmamış miras veritabanı indeksleri tespit edildi ve kaldırıldı, genel bakım yüzeyinin azaltılması ve gelecekteki indeks hijyenin basitleştirilmesi. 3. **Geçmiş kapsamayı izlemek** - - İzleme alanımız, mevcut iş motorunu yansıtacak şekilde gözden geçiriliyor ve güncelleniyor. Bu çalışma, ilk müşteri raporundan önce tespit edilmeye izin veren boşlukları kapatacaktır.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 20 Temmuz 2026 12:53 UTCresolved

   16 Haziran 2026 10:00PM CEST ve 17 Haziran 1826 11:00AM CEST arasında, Phrase Job Sync konektörü bozuldu. Müşteriler, iş Sync'i varsayılan bağlantı tipi deneyimli başarısızlıklarla kullanıyor. Mühendislik ekibi bir kök nedeni tespit etti ve bir düzeltme sağladı.

2. 20 Temmuz 2026 12:54 UTCpostmortem

   # ## Introduction 16 Haziran 2026, 10:00PM CEST ve 17 Haziran 2026, 11:00AM CEST arasında gerçekleşen olaylar hakkında daha fazla detay paylaşmak istiyoruz, bu da Phrase Strings API'sinin performansına yol açtı. Bozukluk için özür dileriz ve gelecekte benzer olayları önlemeye kararlıyız. # ## Timeline **Jun 16, 2026 @ 10:00 PM CEST** - İş Sen varsayılan bağlantı tipi kullanarak müşteriler için başarısız oldu. Teklifler Phrase Strings API'ye karşı gerçekleştirilebilirdi. **Jun 17, 2026 @ 10:00 AM CEST** – Kimlik doğrulama başarısızlığı mühendislik ekibi tarafından tespit edildi. **Jun 17, 2026 @ 10:28 AM CEST** - Etki kapsamı doğrulandı: Varsayılan İş Sen bağlantısını kullanan müşteriler etkilendi. Kişisel erişim kullanan müşteriler etkilenmedi. **Jun 17, 2026 @ 10:29 AM CEST** – Kök nedeni tespit edildi: Birçok platformda, mevcut platform jetonları ile ilgili hataları ortaya koyan yeni bir değişiklik. **Jun 17, 2026 @ 10:40 AM CEST** - Bir düzeltme hazırlandı ve incelemeye sunuldu. **Jun 17, 2026 @ 10:53 AM CEST** – Fix dağıtıldı ve JobSync işlevselliği tamamen restore edildi. # ## Root Cause Bir kod değişikliği, gelen platform jetonlarının Phrase Strings API'sinde nasıl doğrulandığını ve işlendiğini değiştirilmiş multi- platform kimlik doğrulaması için destek eklemek için tanıtıldı. Bu değişiklik varsayılan bağlantı türü tarafından kullanılan mevcut bir token formatı ile uyumlu değildi. Sonuç olarak, platform taşları Strings API tarafından bir “401 ABD’nin yanıtıyla reddedildi. Bağlantı yeniden deneme bütçesinin tükenmesine kadar bağlantıyı yeniden kurdu, etkilenen tüm operasyonların başarısız olmasına neden oldu. Kişisel erişim jetonlarını kullanan müşteriler, jetonlarının farklı bir kod yolu takip ettiğinde etkilenmedi. # ##Recurrence önlemek için eylemleri Kök nedeni, gelişim sırasında tespit edilmemiş olan token kullanım için geriye dönük bir değişiklikti. Aşağıdaki eylemler alınır: * **Token format uyumluluk testi in auth changes:** Mevcut bir kişinin yanında yeni bir token /tikasyon formatı tanıtıldığında, testler geçiş davasını açıkça örmelidir - yeni algılama mantığı altında işlenmiş jetonlar - sadece her formatta izolasyonda değil.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 16 Temmuz 2026 15:47 UTCinvestigating

   Şu anda bazı müşteriler için tekrarlanan metrik tüketime neden olabilecek bir konu araştırıyoruz. Ekibimiz etkilenen bileşenleri tanımlamak ve kök nedenini belirlemek için aktif olarak çalışıyor. Daha fazla bilgi için daha fazla güncelleme sağlayacağız.

2. 16 Temmuz 2026 16:29 UTCidentified

   Temelin belirli bir brokerde dengesizliğe neden olduğunu tespit ettik, bu da Metriks hizmetimizde tekrarlanan ve metrik güncellemelerin tekrar işlenmesine yol açıyor. Bu, yanlış tüketim hesaplamaları veya beklenmedik hesap engellemeleri deneyimleyen bazı müşteriler sonucu olabilir. Bir düzeltme üzerinde çalışmaya devam ediyoruz.

3. 16 Temmuz 2026 17:31 UTCmonitoring

   Sorunun ilerlemesini durdurduk ve şimdi hangi örgütlerin etkilendiği veya bloke edildiği etkinin tam kapsamını tanımlamak için çalışıyoruz. Etkilenen hesaplar, bir deduplication sürecinde karara öncelik verilecektir, ancak bu tamamlamak için biraz zaman alacaktır.

4. 16 Temmuz 2026 19:04 UTCidentified

   Tüm bloke organizasyonlar için metrik tüketimi başarıyla çözdük. Doğru fatura döngüsü verilerini sağlamak için per-organizasyon deduplication aracı geliştirmeye devam ediyoruz, yarın sabah bu düzeltmeleri tam ekip ölçeklendirme ile.

5. 17 Temmuz 2026 13:02 UTCmonitoring

   İlk olarak 16 Temmuz'da tespit edilen tekrarlanan metrik tüketim sorununu çözmeye devam ediyoruz. Kök nedeni tespit edildi ve ele alındı. Son güncellememizden beri, ekibimiz daha önce bloke edilen tüm hesaplar için tekrarlanan verileri düzeltti. Şimdi etkilenen bir hesap setinde çalışıyoruz ve önümüzdeki günlerde devam etmesini bekliyoruz. Daha fazla füzyon gerçekleşmiyor, bu çalışma yalnızca tarihsel verileri ele alıyor.

6. 20 Temmuz 2026 12:07 UTCresolved

   Bu olay çözüldü.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 16 Temmuz 2026 14:49 UTCinvestigating

   Şu anda Phrase Orkestrası'nı etkileyen bir sorunu araştırıyoruz. Kök nedenini tanımlamak için çalışıyoruz ve daha kısa sürede daha fazla bilgi mevcut olacaktır.

2. 16 Temmuz 2026 15:27 UTCinvestigating

   Bu konuyu araştırmaya devam ediyoruz.

3. 16 Temmuz 2026 15:27 UTCidentified

   Sorun tespit edildi ve bir düzeltme uygulanır.

4. 16 Temmuz 2026 15:41 UTCmonitoring

   Bir düzeltme uygulandı ve sonuçları takip ediyoruz.

5. 16 Temmuz 2026 16:12 UTCresolved

   Orkestra (EU) 5:32 PM CEST'den beri tekrar kullanılabilir. Tüm bekleyen infazlar işleniyor. Bu olay çözüldü.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 10 Temmuz 2026 14:24 UTCinvestigating

   Şu anda Phrase Strings (EU ve ABD bölgelerindeki Çeviri Merkezini etkileyen bir sorunu araştırıyoruz), dizelerin yüklemediği yerde. Mühendislik ekibimiz potansiyel bir nedeni belirledi ve bunu çözmek için aktif olarak çalışıyor. Araştırma ilerlemelerimiz olarak daha fazla güncelleme sağlayacağız.

2. 10 Temmuz 2026 14:37 UTCmonitoring

   Bir düzeltme uygulandı ve sonuçları takip ediyoruz.

3. 10 Temmuz 2026 15:24 UTCresolved

   Bu olay çözüldü.

4. 7 Ağustos 2026 07:14 UTCpostmortem

   ## Introduction On July 10, 2026, parts of the Phrase Strings frontend at [app.phrase.com](http://app.phrase.com/) failed to load correctly for a short period, after required stylesheets and scripts failed to load — the underlying service itself stayed available. The issue began at 16:08 CEST and was resolved by 16:27 CEST. This post-mortem explains what happened and what we're doing to prevent a recurrence. ## Timeline * **Jul 10, 2026 at 16:08 CEST** – A deployment introduced new application assets that were never uploaded to our storage service, so the application could no longer load its stylesheets and scripts for customers. * **Jul 10, 2026 at 16:21 CEST** – Issue detected, incident declared. * **Jul 10, 2026 at 16:24 CEST** – Root cause identified. * **Jul 10, 2026 at 16:26 CEST** – Fix applied. * **Jul 10, 2026 at 16:27 CEST** – Customer-facing impact ended. * **Jul 10, 2026 at 16:32 CEST** – Incident downgraded to monitoring while the underlying configuration was addressed. * **Jul 10, 2026 at 17:12 CEST** – Configuration corrected, incident resolved. ## Root Cause During a planned, routine maintenance, a configuration change unintentionally disabled the process that uploads application assets \(stylesheets, scripts\) to our storage and content-delivery service. This went unnoticed at first, since the assets already in place kept working and no new versions had been shipped yet. On July 10, 2026, a deployment shipped new versions of these assets. Because uploading was still disabled, the new files never reached the storage service, and the application could not load its stylesheets and scripts. ## Actions to Prevent Recurrence 1. **Asset synchronization re-enabled** – The disabled process was fixed, restoring correct asset delivery. 2. **Asset availability monitoring** – Adding monitoring to detect asset load failures automatically, before customers are affected.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 8 Temmuz 2026 12:57 UTCinvestigating

   Kullanıcıların projelerden kaybolduğu işler hakkında rapor alıyoruz ve şu anda sorunu araştırıyoruz.

2. 8 Temmuz 2026 13:08 UTCmonitoring

   Sorun tespit edildi, bir düzeltme uygulandı ve durumu takip ediyoruz.

3. 8 Temmuz 2026 13:55 UTCresolved

   Olay çözüldü.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 7 Temmuz 2026 08:34 UTCinvestigating

   We are currently investigating issues with CAT Web Editor.

2. 7 Temmuz 2026 08:59 UTCmonitoring

   The issue has been identified, a fix was implemented and we are monitoring the situation.

3. 7 Temmuz 2026 09:27 UTCresolved

   The incident has been resolved.

1. 29 Haziran 2026 07:30 UTCinvestigating

   Hi everyone, this is a test. Please ignore, thank you!

2. 29 Haziran 2026 08:05 UTCidentified

   Hi everyone, this is a test. Please ignore, thank you!

3. 29 Haziran 2026 08:09 UTCresolved

   This incident has been resolved.

1. 26 Haziran 2026 16:19 UTCinvestigating

   Hi everyone, this is a test. Please ignore. Thank you!

1. 26 Haziran 2026 07:31 UTCinvestigating

   Hello everyone, this is a test. Please ignore, thank you!

2. 26 Haziran 2026 08:16 UTCinvestigating

   Hello everyone, this is a test. We're "investigating" the issue. Please ignore, thank you!

1. 26 Haziran 2026 07:00 UTCinvestigating

   Hi everyone, this is a test. Please ignore, thank you!

2. 26 Haziran 2026 07:02 UTCresolved

   This incident has been resolved.

1. 23 Haziran 2026 12:53 UTCinvestigating

   Hello everyone, this is a test, kindly ignore.

2. 23 Haziran 2026 12:57 UTCresolved

   This incident has been resolved.

1. 22 Haziran 2026 14:16 UTCinvestigating

   This is a test, please ignore.

2. 22 Haziran 2026 14:21 UTCinvestigating

   This incident has been resolved.