release: FluxRoute v1.7.1 — фикс-релиз

[klondike0x]

Цель

Подготовить фикс-релиз FluxRoute v1.7.1 из ветки nightly в master.

Что входит в PR

• Обновление версии приложения с 1.7.0 до 1.7.1.
• Исправление отображения символов и иконок в интерфейсе за счёт явного использования Segoe UI Symbol.
• Замена системно-зависимой иконки питания на векторную Path-иконку.
• Исправление программного завершения приложения: обновление и подтверждённый выход обходят close-to-tray, при этом сохраняются Stop, Cleanup и ForceKillProcesses.
• Исправление выбора стратегии оркестратором при одинаковом рейтинге профилей.
• Сохранение предпочтительного рабочего профиля после перезапуска приложения.
• Сохранение и защита пользовательских хостлистов при редактировании и перезапуске.
• Исправление Telegram media routing и обработка legacy-настроек маршрута.
• Исправление повторного запроса прав администратора при запуске без повышения привилегий.
• Добавление настройки для сброса сохранённого выбора прав администратора и повторного выбора режима.
• Корректная обработка отмены UAC и сохранение аргументов запуска при повышении прав.
• Исправление запуска winws.exe и winws2.exe после обновления: updater останавливает движки и ожидает освобождения WinDivert перед установкой или копированием файлов.
• Включение накопленных исправлений из PR fix(ui): исправить отображение иконки кнопки питания #74, fix(update): восстановить автоматический перезапуск после обновления #75, fix(ui): сохранять пользовательские хостлисты после перезапуска #79, fix(tg-proxy): restore Telegram media routing #80, fix: preserve working orchestrator profile #81, fix(update): корректно обрабатывать shutdown при автообновлении #82, fix: remember admin choice on startup (#85) #86 и fix: wait for WinDivert after app update (#83) #87 через ветку nightly.

Проверка

• dotnet build FluxRoute.slnx --no-restore — успешно.
• CI Build and test (Windows x64) — успешно.
• Тесты: 355/355, ошибок нет.

Связанные PR

• fix(ui): исправить отображение иконки кнопки питания #74 — исправление иконки кнопки питания.
• fix(update): восстановить автоматический перезапуск после обновления #75 — корректный перезапуск приложения после обновления.
• fix(ui): сохранять пользовательские хостлисты после перезапуска #79 — сохранение пользовательских хостлистов.
• fix(tg-proxy): normalize legacy DC setting line endings #80 — исправление Telegram media routing и legacy-настроек.
• fix: preserve working orchestrator profile #81 — исправление выбора и сохранения рабочего профиля оркестратора.
• fix(update): корректно обрабатывать shutdown при автообновлении #82 — сохранение cleanup при программном завершении приложения.
• fix: remember admin choice on startup #86 — исправление автозапуска без прав администратора, сброс сохранённого выбора и корректная обработка повышения прав.
• fix: wait for WinDivert after update #87 — остановка движков и ожидание освобождения WinDivert перед перезапуском после обновления.

Связанные тикеты: issue #83, issue #85.

[chatgpt-codex-connector]

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: 8b1565a024

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

• Open a pull request for review
• Mark a draft as ready
• Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

[chatgpt-codex-connector]

Detect application shutdown before entering close-to-tray logic

When the successful-update path calls Application.Current.Shutdown() in UpdatesViewModel.InstallAppUpdate, WPF begins closing application windows before it starts shutting down the dispatcher, so Dispatcher.HasShutdownStarted is still false here. With the default CloseToTray = true, this therefore enters the branch below, hides the window, and returns before the normal shutdown cleanup that stops WinWS/TG Proxy and disposes resources; depending on WPF's forced-shutdown handling, it can also leave the updater waiting for a process that was merely hidden. Track the application/update shutdown explicitly instead of using the dispatcher lifecycle flag.

Useful? React with 👍 / 👎.