Pembaruan Entergram, Minggu 25 Juni 2026: Stabilitas, Alat Proxy, dan 25+ Perbaikan

Minggu ini menjadi minggu kerja engineering yang mendalam di Entergram. Kami merilis dua fitur infrastruktur baru, meningkatkan stabilitas secara signifikan untuk workspace bervolume tinggi, dan menutup lebih dari 25 bug yang mencakup pesan, manajemen koneksi, onboarding, billing, dan tabel CRM. Berikut semua yang sudah dirilis.

Admin kini bisa mengaitkan lalu lintas proxy dengan rute dan akun terhubung tertentu, sehingga Anda bisa melihat koneksi mana yang paling banyak memakai bandwidth proxy. Selain itu, Anda kini bisa menetapkan proxy statis khusus untuk rute tertentu. Ini berguna ketika Anda membutuhkan IP yang stabil dan dapat diprediksi untuk akun Telegram tertentu, alih-alih membiarkan pool berotasi.

DEV-149 di Linear

Sebuah background worker kini secara berkala menguji setiap proxy dan memperbarui status kesehatannya. Artinya, panel admin menampilkan kondisi konektivitas yang sebenarnya. Anda bisa mendeteksi proxy yang menurun kualitasnya sebelum diam-diam memengaruhi pengguna, alih-alih baru tahu masalahnya dari tiket support.

DEV-151 di Linear

Workspace besar, yaitu yang memiliki ratusan chat di banyak akun terhubung, mengalami pemblokiran main thread yang signifikan dan browser yang lambat. Minggu ini kami merombak engine koneksi ws-v2 untuk membatasi lonjakan account.bind dan mengatur laju panggilan folder.chats.fetch. Hasilnya: sesi QA yang sebelumnya menghasilkan 692 long task dan sekitar 166 detik pemblokiran main thread kini dimuat dengan lancar.

DEV-191 di Linear

Akun di workspace yang sibuk menampilkan badge "Reconnect Required / Disconnected" meskipun sesi MTProto di backend masih hidup dan melayani lalu lintas. Operator yang mengklik Reconnect memicu login ulang yang tidak perlu, dan dalam beberapa kasus terkena batas FLOOD_WAIT Telegram pada nomor telepon tersebut. Badge itu kini hanya muncul ketika memang ada masalah koneksi.

DEV-177 di Linear

Pesan audio bisa diputar lagi. Pesan suara masuk gagal tanpa pemberitahuan, dan tombol putar tidak melakukan apa pun. Sudah diperbaiki di semua jenis chat. (DEV-133)

Error "Socket closed" teratasi. Beberapa workspace mengalami putus koneksi total dengan error konteks chat.subscribe. Logika reconnect socket di baliknya kini stabil. (DEV-120)

Riwayat supergroup dan channel dimuat dengan benar. Navigasi di supergroup memicu error "Invalid realtime command payload" pada jalur history.around ketika frontend mengirim peer hint (entity_class_name) yang tidak dikenali gateway. Sudah diperbaiki di lapisan gateway. (DEV-168, PRODUCT-121)

Halaman tidak lagi membeku saat chatting atau meneruskan pesan. Sekelompok masalah halaman membeku lalu harus di-refresh, yang dialami operator di tengah percakapan, sudah teratasi. (DEV-143)

Status online konsisten. Indikator kehadiran di tabel chat dan di header chatter membaca dari sumber yang berbeda. Kini keduanya memakai satu status kehadiran yang sama. (DEV-186)

Nama pengirim yang benar di chat grup. Gelembung pesan di thread grup terkadang menampilkan username Telegram yang salah di atas isi pesan. Sudah diperbaiki di jalur chat_list.window.snapshot dan live_chat_list.delta. (DEV-192)

Jumlah pesan belum dibaca tetap akurat. Beberapa skenario membuat badge belum dibaca menghitung berlebihan. Contohnya, Anda mengirim 2 pesan tetapi 5 pesan ditandai belum dibaca. Penghitung kini menyesuaikan dengan benar setelah reconnect. (DEV-135)

Gelembung pesan ganda diperbaiki. Ketika dua atau lebih akun terhubung berada di chat yang sama, pesan yang sama bisa muncul dua kali di thread yang terbuka. Ini adalah bug deduplikasi rendering di lapisan frontend, bukan masalah penggabungan antarakun. Sudah diperbaiki. (DEV-183)

Fallback pengirim dan pelaku reaksi teratasi. Riwayat chat terkadang menampilkan other sebagai label pengirim untuk pesan masuk, dan popover reaksi macet di "Loading reactions." Keduanya sudah diperbaiki. (DEV-156)

Chat tetap di tampilan folder setelah Anda membalas. Folder dengan flag "Exclude read chats" langsung mengeluarkan chat begitu operator mengirim balasan, sehingga percakapan menghilang di tengah sesi. Folder kini mempertahankan chat yang sudah dibalas sampai Anda berpindah halaman. (DEV-178)

MCP bisa mengirim ke kontak baru. Integrasi MCP mengalami error saat mencoba mengirim pesan ke kontak Telegram yang belum pernah Anda ajak chat. Pengiriman pertama kini berjalan dengan benar. (DEV-141)

Sesi mati pulih secara otomatis. Sebuah bug pada logika kapasitas rute session-agent (observeRoutes) membuat beberapa sesi tidak lagi dimulai ulang setelah mati. Akun yang terdampak menampilkan nats: no responders di setiap permintaan riwayat atau folder, dan me-restart agent tidak membantu. Bug starvation ini sudah teratasi, dan sesi yang mati kini hidup kembali dengan sendirinya. (DEV-139)

Dialog connect ws-v2 tidak lagi dibanjiri error 400. Masalah timing membuat loop polling saat menghubungkan akun terus menanyakan ID sesi auth yang tidak ada, sehingga memunculkan ratusan toast API request failed: 400 dalam satu sesi. Sudah diperbaiki di siklus hidup polling. (DEV-181)

Status koneksi proxy tampil dengan benar di Settings. Indikator proxy macet di status "loading" setiap kali Anda membuka halaman Settings, bahkan untuk koneksi yang sehat. Kini indikator menampilkan kondisi live yang sebenarnya. (DEV-154)

Pengguna bisa bergabung ke workspace dengan andal. Crash React maximum-update-depth (#185) terpicu setiap kali pengguna baru membuka tabel chat CRM setelah bergabung. Akar masalahnya adalah referensi array konstan yang dibuat ulang di dalam definisi CHAT_PAGE_SIZE_OPTIONS. Kini definisi itu dipindahkan ke luar siklus render. (DEV-165, DEV-167)

Penerimaan undangan saat onboarding diperbaiki. Pengguna yang menempelkan tautan undangan workspace saat onboarding bisa menyelesaikan alurnya tanpa benar-benar bergabung ke workspace tujuan. Mereka malah masuk ke workspace pribadi yang kosong, lalu mengalami crash saat membuka Settings → Chat Table. Logika penerimaan undangan dan pengalihannya kini sudah benar. (DEV-170)

Pengguna yang dihapus tidak muncul lagi. Anggota workspace yang sudah dihapus atau keluar ditarik masuk kembali setiap kali halaman di-refresh melalui sesi tautan undangan onboarding yang usang. Endpoint /api/onboarding kini memeriksa status keanggotaan sebelum bergabung ulang. (DEV-175)

Permintaan perubahan email bisa dibatalkan. Tombol batal untuk perubahan email yang tertunda belum terhubung ke aksi apa pun, sehingga mengkliknya tidak berpengaruh. Kini tombol itu membatalkan permintaan yang tertunda dengan benar. (DEV-137)

Pilihan chat di tema terang terlihat jelas. Memilih baris chat di tema putih/terang menghasilkan sorotan yang tidak terlihat atau nyaris tidak terlihat karena token kontras yang hilang. Sudah diperbaiki. (DEV-157)

Pemilik masa trial bisa membeli seat tanpa terbentur error buntu. Memanggil purchaseSeat() sebelum pemilik memiliki langganan berbayar yang aktif menghasilkan 400 OWNER_SUBSCRIPTION_REQUIRED. Pemilik masa trial kini melihat ajakan yang jelas untuk berlangganan terlebih dahulu, lengkap dengan jalur langsung ke halaman langganan. (DEV-174)

Pembelian langganan berjalan dengan andal. Sekelompok konflik auth 401/403 saat checkout, yang dipicu oleh invalidasi sesi selama pengalihan ke Stripe, sudah teratasi. (DEV-172)

Media dan video diputar tanpa error rate limit. Endpoint /api/realtime/media terkena rate limiter umum sebesar 20 permintaan per menit. Streaming video di browser mengirim beberapa permintaan byte-range untuk file yang sama, sehingga limiter terpicu dalam waktu kurang dari satu detik. Permintaan media kini melewati limiter umum tersebut. (DEV-152)

Pencarian lengkap dan konsisten. Beberapa pencarian mengembalikan hasil sebagian atau error dengan pesan "Telegram Search is unavailable" pada kueri pertama. Pencarian berikutnya untuk kata yang sama berhasil. Sudah diperbaiki, dan hasil kini dikembalikan dengan benar sejak permintaan pertama. (DEV-136)

"Time since first incoming message" dihitung dari Telegram, bukan dari saat aplikasi dibuka. Kolom khusus ini memulai hitungannya dari saat Anda membuka Entergram, bukan dari saat pesan pertama kali diterima oleh Telegram. Sumber timestamp kini sudah benar. (DEV-162)

Changelog lengkap untuk v0.16.0 dan semua rilis sebelumnya tersedia di halaman What's New Entergram.