Birkaç yılda bir, WordPress yönetici panelinin altında on yıldır sessizce oturan bir bağımlılık sürüm atlıyor ve 2018’den beri JavaScript klasörünü açmamış her eklenti geliştiricisi küçük bir sürprizle karşılaşıyor. Bu haftaki bağımlılık jQuery UI, sürüm ise 1.14.2.
Yirmi yıldır bu örüntüyü dikkatle izliyorum. Nedeni jQuery UI’ın gösterişli olması değil — hiç değil — bir kütüphane yükseltmesinin projenin mühendislik kültürü hakkında herhangi bir konferans konuşmasından daha fazla şey söylemesi. Sürüm yükseltmesi eski uyum bayrağı açık halde, artık desteklenmeyen bir tarayıcı açıkça dışlanmış ve zaten kullanmadığınız kısa bir yardımcı listesi kaldırılmış olarak geliyor. Değişikliğin tamamı bu. İyi kurduysanız yükseltme bedava. Özel API’lara dayanarak kurduysanız bu hafta öğreneceksiniz.
Gerçekte ne yayımlandı, kendi sitelerinizde neyi kontrol edeceksiniz ve ne yapmayacaksınız — sırasıyla.
Asıl yenilik ne
WordPress 7.1, çekirdekle birlikte gelen jQuery UI sürümünü 1.13.3’ten 1.14.2’ye yükseltiyor. Aaron Jorbin’in “jQuery UI updated to 1.14.2 in WordPress 7.1” başlıklı Make/Core geliştirici notu (29 Temmuz 2026) değişikliği belgeliyor; Joe Dolson ve Adam Silverstein tarafından incelendi, çekirdek Trac bileti #62757 üzerinden takip ediliyor ve [62747] değişiklik kümesi olarak indi. Yükseltme, 29 Temmuz’da yayımlanan WordPress 7.1 Beta 4 içinde geliyor — Beta 3’ten bu yana 114’ten fazla güncelleme ile — ve 19 Ağustos 2026’daki 7.1 kararlı sürümüyle raflara çıkacak.
Bu yükseltmede sürüm numarasından daha önemli iki şey var. Birincisi, çekirdekte jQuery.uiBackCompat true olarak ayarlandı; bu da 1.11 döneminin API’sini yeni API’nin yanında açık tutuyor. jQuery UI 1.14 yükseltme kılavuzuna göre geri uyumluluk 1.14’te varsayılan olarak kapalı — WordPress çekirdeği eski imzalara göre yazılmış eklentiler çalışmaya devam etsin diye bunu bilinçli olarak yeniden açıyor. Bu, yüz kere gördüğünüz aynı yönetişim hamlesi: bağımlılık ileri gidiyor, uyum katmanı yanık kalıyor, salı günü hiçbir şey kırılmıyor.
İkincisi, dört yardımcı temelli gitti. $.fn._form, $.ui.ie, $.ui.safeActiveElement ve $.ui.safeBlur 1.14’te kaldırıldı. Çekirdek bunların hiçbirini kullanmıyor ve yükseltme kılavuzuna göre karşılıkları tek satırlık: $( elem ).prop( "form" ), yerel document.activeElement ve $( elem ).trigger( "blur" ). Bunlar Internet Explorer tuhaflıkları için dahili geçici çözümlerdi; bu da bizi üçüncü parçaya getiriyor.
Internet Explorer ve Edge Legacy artık jQuery UI’ın kendisi tarafından desteklenmiyor. WordPress 7.1 buna hizalanıyor — geliştirici notu bunun mevcut WordPress tarayıcı destek politikasıyla uyumlu olduğunu belirtiyor. Yönetici tarafındaki JavaScript kodunuzda hâlâ IE için dallanma yapıyorsanız, bu sürüm o dalı silme zamanı.
1.14.2’deki geri kalan her şey sessiz: unicode karakter içeren sekme kimlikleri artık düzgün işleniyor, URL kimlik bilgileri olan sayfalarda sekmeler çalışıyor ve kadim Mousewheel eklenti bağımlılığı kaldırıldı. Kütüphane hâlâ jQuery 1.12.4’ten 4.0.0’a kadar temiz test sonuçları veriyor.
WordPress ve WooCommerce insanları için neden önemli
jQuery UI, yokluğunu bir saat içinde fark edeceğiniz o kütüphanelerden biri. Özel alanlardaki tarih seçiciler, yönetici ekranlarındaki sıralanabilir sürükle-bıraklar, taksonomi seçicilerdeki otomatik tamamlama, boyutlandırılabilir kontrol paneli araçları, kadim sekmeli ayar sayfaları — eski eklenti ekosisteminin büyük bir kısmı hâlâ $.datepicker, $.sortable, $.autocomplete, $.dialog üzerine kurulu. Bu API’ların hepsi hâlâ 1.14.2’de duruyor ve çekirdekte jQuery.uiBackCompat açık olduğu için 1.11 dönemi çağrı imzaları da hâlâ çalışıyor.
Risk yüzeyi küçük ve belirli. Bu risk, genel API’nin ötesine geçip $.ui.ie, $.ui.safeActiveElement, $.ui.safeBlur veya $.fn._form‘a uzanan her eklenti veya tema — genellikle biri 2014’te Stack Overflow’dan savunmacı IE kodunu kopyala-yapıştır ettiği için. O çağrılar yükseltmeden sonra yönetici konsolunda sessizce hata veriyor. Site çökmüyor; sadece bir araç açılmıyor ya da bir form gönderim yakalayıcısı yanlış tetikleniyor.
WooCommerce ajansları için asıl ilgi çekici soru uzantıların uzun kuyruğu. 2020’den beri güncellenmemiş herhangi bir Woo eklentisinin bir tarih aralığı süzgecinde veya rapor ekranında pekâlâ $.ui.ie denetimi olabilir. Ölümcül hata yüzeyinin — en azından çekirdek tarafında — sıfır olması, tam olarak WordPress’in beta döngüsü ortasında bir jQuery UI ana sürüm atlamasını gönderebilmesinin nedeni; ekosistemin yarısı acil yama çağrısı yapmıyor. WordPress’i barındırmalı bir platform yerine seçtiğinizde para ödediğiniz yönetişim katmanı işte bu.
Bir de 1.15 varsayımını beklemek yerine 1.14.2’yi seçmede küçük bir sinyal var. jQuery UI’ın sürüm ritmi ne ise o; çekirdek mevcut kararlıyı alıyor, uyumu açık tutuyor ve yoluna devam ediyor. Yeniden yazım için pazarlık yok, ikame lobisi yok — sadece 6.x hattındaki 1.13.3’ten beri gecikmiş sıkıcı sürüm yükseltmesi.
Yerinizde olsam ne yapardım (ya da yapmazdım)
WordPress 7.1 Beta 4 veya Playground planı üzerinde üç aşamalı denetim. Birinci aşama: her eklenti, tema ve mu-plugin klasöründe kaldırılan dört sembolü grep‘leyin: $.fn._form, $.ui.ie, $.ui.safeActiveElement, $.ui.safeBlur. Tipik bir ajans kod tabanında bu ya sıfır ya da tek bir eşleşme bulur — tek eşleşme zamanınızı harcayacağınız yer. Belgelenen karşılıklarıyla değiştirin, küçük bir yama sürümü yayımlayın, iş biter.
İkinci aşama: ekibinizin haftalık kullandığı her yönetici ekranını tarayıcı konsolu açık halde açın. Özel içerik türlerindeki tarih seçiciler, sıralanabilir yönetici listeleri, sekmeli ayar sayfaları, boyutlanan kontrol paneli araçları, otomatik tamamlamalı taksonomi girişleri. jQuery UI kullanımdan kaldırma uyarıları veya fırlatılan hatalar arayın. On beş dakikalık tıklama size bir saatlik kod incelemesinden daha çok şey söyler.
Üçüncü aşama: dağıtılmış bir eklenti veya tema yönetiyorsanız, IE’ye özgü savunmacı dalları şimdi silin. 2020’de teknik borçtu; 2026’da aktif olarak kafa karıştırıcı. Silin, yayımlayın, nefes alın.
Yapmayacaklarınız. “Ortalığı temizleyeyim” diye bir mu-plugin ile jQuery.uiBackCompat‘i kapatmayın — o bayrak ekosistemin sağlam kalmasının nedeni ve onu kapatmak tek bir site değil, bütün WordPress projesinin kararı. Yönetici genelinde “jQuery UI kullanımını modernize eden” hiçbir eklentiyi kurmayın; modernize edilecek yüzey kendi kod tabanınıza yayılmış yüz satırlık JavaScript ve bir eklenti sizin kodunuzun içini grep‘ten daha iyi göremez. Bu test döngüsünü WooCommerce 11.0 penceresinin üstüne yığmayın — WC 11.0 artık 4 Ağustos’a düşüyor, geçen haftanın RC1 ölümcül hatasından sonra; iki hareketli hedefi aynı sıraya koymak bir hafta sonunu hangisinin bozulduğunu daraltmakla geçirmenin yolu.
Daha geniş bir sinyal. Her sürüm döngüsünde bu tür bir yükseltme olur — bir kütüphane atlar, bir uyum bayrağı açılır, dört yardımcı emekli olur, 2020’de güncelleme yayımlamayı bırakan tarayıcılar dışlanır. Gösterişsiz, sessiz, borazan yok. 2015’ten kalma bir WordPress sitesinin 2026’da hâlâ temiz yükseltmesinin nedeni tam olarak bu ve aynı zaman diliminde üç farklı barındırmalı içerik yönetim sisteminin entegrasyonlarını kullanımdan kaldırdığını izlemiş kurumsal müşterilere bunu hâlâ önermemin nedeni de bu.
Last modified: Temmuz 31, 2026
United States / English
Slovensko / Slovenčina
Canada / Français
Türkiye / Türkçe