Исправить регистрацию и навести порядок в UI deploy

2026-07-16 11:46:42 +04:00
parent 24cca1f1c6
commit d2c0ecdf62
31 changed files with 207 additions and 65 deletions
@@ -0,0 +1,13 @@
+# Исправление экрана регистрации и отдельный UI-деплой на `t2.shineup.me`
+
+- краткое описание:
+  Исправлен экран регистрации после регрессии: обычное поле пароля, кнопка-глаз и кнопка проверки логина снова должны быть видимы одновременно с режимом `12 слов`. Отдельно UI выложен на `t2.shineup.me` безопасным способом без использования исторического `deployUITest2`.
+- что проверять:
+  Открыть экран регистрации и убедиться, что видны поле логина, статус под ним, кнопка `Проверить логин`, обычное поле пароля и квадратная кнопка-глаз.
+  Включить режим `12 слов` и убедиться, что блок слов появляется, но обычное поле пароля не исчезает.
+  Ввести слова и проверить, что длинный составной пароль сразу виден в обычном поле пароля.
+  Проверить, что `https://t2.shineup.me` отдаёт обновлённый UI с этой правкой.
+- ожидаемый результат:
+  Экран регистрации снова полностью рабочий и на `t2.shineup.me` доступна именно исправленная версия UI.
+- статус:
+  pending
@@ -0,0 +1,12 @@
+# Проверки серверных настроек через текущий выбранный Solana RPC
+
+- краткое описание:
+  Убрано использование `SOLANA_ENDPOINT_DEFAULT` в проверках логина сервера. Теперь проверки должны идти через текущий выбранный пользователем Solana endpoint из настроек.
+- что проверять:
+  Открыть экран настроек входа или серверных настроек.
+  Поменять `Адрес Solana сервера` на другой endpoint и проверить логин сервера кнопкой `Проверить`.
+  Убедиться, что результат проверки соответствует именно выбранному RPC, а не значению по умолчанию.
+- ожидаемый результат:
+  Все проверки логина сервера используют текущий выбранный Solana endpoint и не подмешивают дефолтный RPC.
+- статус:
+  pending
@@ -0,0 +1,12 @@
+# Исправление нормализации Solana endpoint и удаление старой кнопки справки
+
+- краткое описание:
+  Убрана скрытая подмена выбранного Solana endpoint на дефолтный при сохранении настроек входа. Со страницы настроек входа удалена старая маленькая кнопка `?` внизу.
+- что проверять:
+  Открыть настройки входа, ввести свой Solana RPC и сохранить.
+  Убедиться, что после сохранения endpoint остаётся ровно тем, который был введён, без незаметной подмены.
+  Проверить, что внизу страницы больше нет маленькой кнопки `?`.
+- ожидаемый результат:
+  Клиент использует именно выбранный пользователем Solana endpoint, а экран настроек входа не содержит старой кнопки справки.
+- статус:
+  pending
@@ -0,0 +1,12 @@
+# UI deploy: подстановка Solana cluster и endpoint
+
+- краткое описание:
+  В UI deploy-скрипт добавлена подстановка `defaultSolanaCluster` и `defaultSolanaEndpoint` в `deploy-config.js`. Для production на уровне скриптов используется значение `mainnet`, которое внутри общего deploy-скрипта нормализуется в `mainnet-beta` для совместимости с кодом. Для `t2` выставляется devnet/api.devnet.solana.com.
+- что проверять:
+  Выполнить production UI deploy и проверить, что в опубликованном `js/deploy-config.js` стоят `mainnet-beta` и `https://solana-rpc.publicnode.com`.
+  Выполнить `t2` UI deploy и проверить, что в опубликованном `js/deploy-config.js` стоят `devnet` и `https://api.devnet.solana.com`.
+  Убедиться, что логин и адрес сервера при этом тоже подставляются корректно.
+- ожидаемый результат:
+  После деплоя каждый UI-инстанс получает свои правильные Solana defaults без ручной правки файла на сервере.
+- статус:
+  pending
@@ -0,0 +1,12 @@
+# Перенос второго production на `server2.shineup.me` и добавление UI-обёрток `t1/t3/t4`
+
+- краткое описание:
+  Второй production-контур переименован в документации и UI deploy-скриптах на `server2.shineup.me` с логином `server2shineupme`. Добавлены отдельные UI-обёртки для `t1`, `t3` и `t4`.
+- что проверять:
+  Выполнить `./gradlew deployUI` и убедиться, что deploy идёт на `server2.shineup.me`.
+  Проверить новые скрипты `deploy_shine-ui_t1.sh`, `deploy_shine-ui_t3.sh`, `deploy_shine-ui_t4.sh`.
+  Убедиться, что в проектной документации больше нет упоминаний старого домена второго production-контура.
+- ожидаемый результат:
+  Второй production везде обозначен как `server2.shineup.me`, а все четыре devnet UI-инстанса имеют отдельные короткие deploy-обёртки.
+- статус:
+  pending
@@ -0,0 +1,11 @@
+# Переименование UI-обёртки второго production в единый формат
+
+- краткое описание:
+  UI-обёртка второго production переименована в `deploy_shine-ui_production_server2shineupme.sh`, чтобы имя было единообразным с production-обёрткой основного домена.
+- что проверять:
+  Убедиться, что `./gradlew deployUI` использует новый файл-обёртку.
+  Проверить, что старое имя `deploy_shine-ui_server2shineupme.sh` больше нигде не используется.
+- ожидаемый результат:
+  Для второго production используется обёртка с именем `deploy_shine-ui_production_server2shineupme.sh`.
+- статус:
+  pending