BRAMPP 1.8

Güncelleme artık uygulamanın içinde bitiyor: bir düğme, uygulama kapanıyor, yeni sürümle açılıyor. Kalıbı açıp sürüklemek gerekmiyor — ve yönetici parolası hiçbir koşulda istenmiyor.

Eklendi

• "Güncelle ve yeniden başlat". Yeni sürüm, uygulama çalışırken hedefin yanına kopyalanıyor; çıkıştan sonra geriye aynı birimdeki iki yeniden adlandırma kalıyor, yani uygulamanın var olmadığı pencere saniyeler değil milisaniyeler sürüyor. Eski paket silinmiyor, yana alınıyor: yeni sürüm açılıp ayakta kaldığında siliniyor, açılmazsa geri konuyor. Homebrew servisleriniz durdurulmuyor — uygulamayı güncelliyorsunuz, geliştirme ortamınızı kapatmıyorsunuz. Hedef klasöre yazılamıyorsa düğme hiç gösterilmiyor ve eski yol birincil eylem olarak kalıyor; "BRAMPP kendini güncellemek için parolanı istiyor" alışkanlığı, bir saldırganın isteyeceği tam o alışkanlıktır.
• Teşhis panelinde "Yapılandırmayı onar" — yalnızca onarılacak bir şey varken görünüyor. phpMyAdmin/Adminer yapılandırmasındaki eski Alias sırasını düzeltiyor: dosyayı .brampp.bak olarak yedekliyor, configtest çalıştırıyor ve geçmezse yedekten geri alıyor.

Değişti

• Paylaşım adresi daha erken geliyor. Bekleme, sistem çözümleyicisini 45 saniye boyunca yokluyordu. Canlı bir tünelde ölçüldü: dig @1.1.1.1 adı 0,02 saniyede çözdü, aynı anda sistem çözümleyicisi aynı adı hiç çözemedi. Yalnızca dig'e bakmak yanlış olurdu — tarayıcı getaddrinfo kullanır ve kenar cevabına "hazır" demek, açılamayacak bir bağlantı vermek olur. İkisi birlikte çalışıyor: dig yalnızca adın kenarda var olduğunu saptıyor, saptadığı anda sistem çözümleyicisine 45 değil 6 saniye tanınıyor ve adres, zaten var olan uyarısıyla veriliyor.

Düzeltildi

• Güncelleme penceresi ana pencerenin arkasında açılıyordu — uygulama etkinleştirilirken AppKit kendi ana penceresini öne getiriyor, az önce öne alınmış bildirim onun altında kalıyordu. Yani pencere açılıyor ama kullanıcı görmüyordu.

Ayrıntı: Değişiklikler

Apple Silicon, macOS 14+.

---

In English

Updating now finishes inside the app: one button, the app quits and reopens on the new version. No opening the image and dragging — and no administrator password, ever.

Added

• Update and restart. The new version is copied next to the target while the app is still running, so after quitting only two same-volume renames remain — the window in which no application exists lasts milliseconds rather than seconds. The old bundle is not deleted but moved aside: it is removed once the new version has launched and stayed alive, and put back if it has not. Your Homebrew services keep running — you are updating the app, not shutting down your environment. If the target folder is not writable the button is not offered at all and dragging stays the primary action; teaching people that BRAMPP asks for their password to update itself is teaching them exactly what an attacker wants.
• Repair configuration, in Diagnostics — shown only when there is something to repair. It fixes the old Alias order in the phpMyAdmin/Adminer configuration: the file is backed up as .brampp.bak, configtest is run, and the backup is restored if it fails.

Changed

• The shared address arrives sooner. The wait polled the system resolver for a full 45 seconds. Measured on a live tunnel: dig @1.1.1.1 resolved the name in 0.02s while the system resolver could not resolve it at all. Going by dig alone would be wrong — browsers use getaddrinfo, and calling it ready on the edge's answer hands over a link that will not open. Both run together: dig only establishes that the name exists at the edge, and the moment it does, the system resolver gets six seconds instead of forty-five before the address is handed over with the warning it already carried.

Fixed

• The update window opened behind the main window. Activating the app brings its own main window forward, leaving the notice that had just been ordered front underneath it — so the window opened and the user never saw it.

Details: Changelog

Apple Silicon, macOS 14+.