PayRadar’da bildirim isteğini durduran ayrıntı

İlk sorun: ekrandaki ayar ile gönderilen ayar aynı değildi

Bildirimler ayar ekranında açılmışken, arka plan kaydı bazı adımlarda henüz kaydedilmemiş tercihi kullanmıyordu. Kullanıcı düğmeyi açtığını görse de kayıt işlemi önceki kasa durumuyla ilerleyebiliyordu.

Arka plan etkinleştirmesi güncel ayar taslağıyla çalışacak şekilde düzenlendi. Kontrol yalnızca düğmenin rengine bağlanmadı: tarayıcı aboneliği ve sunucudaki kayıt durumu da tanılama akışına eklendi.

İkinci sorun: istek daha ağa çıkmadan reddediliyordu

Push gönderimi için hazırlanan istek, Cloudflare workerd ortamında redirect: "error" seçeneği nedeniyle başarısız oluyordu. Node üzerinde ağ isteğini taklit eden test, bu çalışma ortamı farkını ortaya çıkarmamıştı.

Aynı istek gerçek workerd çalışma ortamında yeniden denendiğinde hata ağdan önce üretildi. Yönlendirme davranışı "manual" olarak değiştirildi. Böylece istek otomatik olarak başka bir adrese yönlendirilmez; başarılı olmayan HTTP yanıtları da ayrıca hata olarak ele alınır.

const response = await fetch(endpoint, {
  ...payload,
  redirect: "manual",
});
if (!response.ok) {
  // Teslim edildi varsayma; başarısız yanıtı işle.
}

Bu örnek yalnızca yönlendirme ve HTTP durum kontrolünü gösterir. Gerçek abonelik adresi, yetkilendirme başlığı veya anahtar içermez.

Kabul edildi ile telefonda görüldü farklı sonuçlar

Push servisinin isteği kabul etmesi, bildirimin telefon ekranında görüldüğü anlamına gelmez. İşletim sisteminin arka plan kısıtlamaları, izinler ve tarayıcı davranışı son aşamayı etkileyebilir.

Bu nedenle test geri bildirimi sunucunun isteği kabul etmesiyle sınırlı tutuldu. Bağlantı kontrolü; bildirim iznini, kayıt durumunu ve uygun vade olup olmadığını ayrı bilgiler olarak gösterir. Kayıt yenileme akışı da arızayı anlamayı kolaylaştırmak için eklendi.

Neyi doğruladık, neyi henüz doğrulamadık?

Yayın öncesi ilgili doğrulamada 28 mantık/Worker testi ve 50 tarayıcı testi geçti. Workerd üzerinde istek oluşturma sorunu yeniden üretildi ve düzeltildi. Canlı varlıklar, servis çalışanı ve geçici kayıt durum/silme kontrolleri ayrıca incelendi. Bunlar 25 Ekim 2026 tarihli kontrollerdir; her cihaz için sürekli başarı oranı değildir.

Android 1.1.0, Google Play iç test kanalında doğrulandı. Fiziksel telefonda, uygulama kapalıyken gerçek bildirimin görünmesi bu çalışmanın açık doğrulama adımıdır. Bu yazı, o testi tamamlanmış gibi sunmaz.

27 Ekim güncellemesi: günlük uyarı ve doğru saat bilgisi

Günlük hatırlatma, önceki günün okunmamış bildirimiyle aynı etiketi kullandığında mevcut bildirimi sessizce yenileyebiliyordu. Günlük gönderim de yeniden uyarı isteyecek şekilde düzenlendi. Bu tercih telefonun bildirim izinlerini veya Rahatsız Etmeyin ayarını geçersiz kılmaz.

Bağlantı kontrolü artık uygun vade bulunmaması, yerel saat 09.00’ın beklenmesi ve günlük gönderim kaydı bulunmasını ayrı gösteriyor. Worker ve web düzeltmeleri 27 Ekim’de yayımlandı; 30 mantık testi ve ilgili tarayıcı testi geçti. Fiziksel telefonda görünürlük doğrulaması bu sonuçlardan ayrıdır.

Bu çalışmadan çıkardığımız uygulama kararı

Testlerde ağ yanıtını taklit etmek yararlı; ama istek daha gönderilmeden çalışma ortamı tarafından reddediliyorsa yeterli olmuyor. Böyle bir sorunda aynı isteği ürünün çalıştığı ortamda sınamak gerekiyor.

İkinci karar, kullanıcıya tek bir "çalışıyor" etiketi göstermek yerine hattın hangi bölümünün doğrulandığını söylemek. Kayıt bulundu, uygun vade var, istek kabul edildi ve telefonda görüldü birbirinin yerine kullanılabilecek ifadeler değil.

Kaynak ve ürün erişimi

• PayRadar kaynak deposu
• Cloudflare düzeltmesini içeren kaynak sürümü
• PayRadar ürün sayfası

Benzer bir ürünün bildirim veya çevrimdışı çalışma kapsamını değerlendiriyorsanız web ve mobil uygulama yaklaşımımızı inceleyebilirsiniz.