И дебажить можно будет.

И даже законтрибьютить!

Чудеса опенсорса.

А у них там логи непонятно, где (ну ладно, я просто поленился искать), дебажить непонятно, как (ну и это серьёзная проблема), а законтрибьютить можно, но код под GPL (что не считаю большим минусом для end-user app, но всё-таки небольшой осадочек остаётся).

Я к тому что он just works

А, ну я понял, они дергвют метод апи , который может разные виды авторизации юзать

Там с авторизацией натуральная пизда

А в апи есть метод "тупого логина"

Да, спасибо matrix.org

Ну да, тут я уже не на клиент жалуюсь, а на протокол.

Они изменили workflow

Можно зачем-то рисовать целые квесты для авторизаторов

Типа, сначала введи пароль, потом подтверди емейл, а потом еще рекапчу, ещё раз пароль для верности, и ещё какой-нибудь SSO.

Они настолько заблудились, что потом добавили специальную dummy-авторизацию — чтоб можно было выровнять длину цепочек в случае, если вдруг выбранная клиентом дорожка неоднозначна!

https://matrix.org/docs/guides/client-server-api#login

Implementation note: Different homeservers may implement different methods for logging in to an existing account. In order to check that you know how to login to this homeserver, you must perform a GET first and make sure you recognise the login type. If you do not know how to login, you can GET /login/fallback which will return a basic webpage which you can use to login. The reference homeserver implementation support username/password login, but other homeservers may support different login methods (e.g. OAuth2).

Причём мотивируют это так, что, мол, а вдруг клиент ещё хочет поразвлекаться, повводить всякие пароли и прочую хрень, а мы его сразу по короткой цепочке авторизуем? Непорядок же!

Ну и, да, на всякий случай клиенту советуют с собой таскать браузер (Карл!), и в нём подсовывать какой-то дикий яваскрипт метод прям на их страничку, шоб всё работало.

Форменное безумие.

Да, заебали со своими браузерами блять

Я понимаю, что это всё не от хорошей жизни, конечно.