Da der Staggered Release Zeitraum noch läuft (wurde bis 4. März verlängert) ist das erstmal auch nicht ungewöhnlich. Der Updater fragt einen Server nach Updates, und der Server entscheidet eine Zeit lang scheinbar zufällig, ob der anfragende Updater ein neues Update gemeldet bekommt oder nicht. So wird sichergestellt, dass wie beabsichtigt erstmal nicht alle Benutzer gleichzeitig das Update bekommen (Server-Ressourcen, beim Auftauchen schwerer Probleme nicht gleich alle betroffen etc.).
Zumindest auf Geräten ohne Update-Problem können Ungeduldige das in der Regel umgehen, indem sie die Updater-Ansicht so lange aktualisieren, bis das Update angezeigt wird.
Das kann man mit der entsprechenden Adresse auch einfach im Browser ausprobieren, ich hab das gerade mal gemacht, und nach 4x Aktualisieren hat der Update-Server 1.20-t angeboten (vorher nicht) …
Das klingt sowieso nach einem vernünftigen Plan für jedes Update.
Es kann immer irgendwas schief gehen. Ist Software 
.
Hier wurde mal empfohlen, im Fehlerfall den Cache der Updater-App (deutsch: Aktualisierungsprogramm) zu löschen … Issues with the Updater and a solution
Oder kann es sein, dass Advanced Privacy oder eine Firewall-App auf dem Gerät oder die Firewall im WLAN-Router o.ä. die Updater-Kontaktversuche irrtümlicherweise wegblocken?
Ansonsten … Wurde der Fehler mal an die Entwickler gemeldet? (Hab jetzt nichts dazu gefunden auf die Schnelle) … https://gitlab.e.foundation/e/backlog/-/issues
So ist es. Stable ist meist auch nur “hochgestuftes” dev nach ein paar Tagen hoffentlich problemloser Benutzung durch die dev-Benutzer.