- Dikirim
- 22 Agustus 2026 pukul 21.03 UTC
- Penulis
- kamo
- Commit
- 83c2790
Sebuah beban / menunjukkan ledakan 401 / 403 sebelum sesi diselesaikan - sumber-info, ui- preferensi, oleh -departemen, percakapan / belum dibaca, zona waktu / efektif dan tiket / pending- menghitung semua gagal bersama-sama, kemudian semuanya bekerja. Tertulis Seperti balapan cat pertama di halaman depan. Ini bukan satu, dan sesi tidak akhir: dua / api / info panggilan 22ms terpisah membawa 128- char token dan tidak ada token dengan hormat. Mereka dua halaman yang berbeda. / validate dan / log keluar tidak memiliki tata letak dari mereka sendiri, sehingga tata letak akar mount seluruh terotentikasi penyedia stack di atas mereka - terhadap sesi bahwa dengan pembangunan belum ada di halaman yang tugasnya adalah untuk menciptakan itu, dan baru saja hancur di sisi lain. Setiap orang dari tujuh "tidak ada sesi ID" meledak dalam jendela log pod tanah dalam hitungan detik dari validasi OTK atau logout, dan tidak ada tempat lain. 403 pada tiket / pending- jumlah adalah penyebab yang sama, bukan hak yang hilang: MediaService menjawab permintaan sesion--kurang 403 dimana SecurityService menjawab 401. Suara itu adalah setengah terlihat. Percikan login juga membuka StoMP koneksi, berlangganan ke keberadaan, mempersenjatai katalog suara dan notification deck, and polling counts - to be torn down a second later by window.location.hrefre. Jadi tumpukan bergerak ke AuthedChrome, yang membuat halaman kosong pada jalur pra-sesi. Keduanya tetap, penuh-viewport LoadingScreen, jadi baik ingin kotak isi nav-offset baik. SesionBootstrap dinaikkan ABOVE gerbang: / validate menulis token yang pembaca instal, jadi harus dipasang pada satu halaman shell tidak. Penangkapan dalam-hubungan, pemuatan manajer dan favicon bertema sudah di atasnya dan tinggal di sana. Daftar jalan tiga salinan sebelum ini - EXEMPT _ PATHS pribadi di setiap dewa komponen mode dan sebuah pemeriksaan inline dalam penanganan useUserInfo 401, dimana khusus - kasus yang sama dua jalan sehingga yang diharapkan 401 tidak bouncing pengunjung untuk / logout dari / log keluar. Satu otoritas sekarang, sehingga halaman pra-sesi ketiga tidak dapat ditambahkan ke dua dari tiga. Cocok persis, bukan awalan: proxy.ts sengaja memperlakukan / memvalidasi / * sebagai publik, dan gerbang klien seharusnya tidak melebar sendiri. Juga di sini, keduanya ditemukan saat melacak konsol yang sama: - Sesi / dukungan / otomatis terbuka 404d karena proxy hop tidak pernah ditulis. MediaService telah melayani itu semua bersama; hanya rute berikutnya yang hilang, dan AutoOpenUnreadSupportChats menelan jawaban bukan-ok dengan desain, jadi dukungan Percakapan yang ditugaskan sementara seorang agen pergi diam-diam tidak pernah dibuka. - / favicon.ico 404d dua kali per load. Favicon sebenarnya bertema dan disuntikkan pada runtime; tidak ada yang menjawab peramban 's default probe. Ditambahkan ke publik / dan NOT app /, sengaja: sebuah app / favicon.ico membuat Emit Next sebuah < link rel = icon > Di depan links bertema DynamicMetaLoader, dan TabAttention mengubah pertama ikon link ditemukan - itu akan lencana yang salah dan lencana akan lenyap. Di depan umum / disajikan tanpa tag, dan sendiri / favicon.ico fallback sekarang memecahkan bukannya gagal untuk memuat. Verifikasi: npx tsc --noEmit, tes npm (2706 test, 187 files), npm run build.