Давно пользовался расширением The Great Suspender для приостановки вкладок, но оно давно заброшено и обновлений не планируется, а найти полноценную замену с Manifest V3 не удалось.
Тем временем Chrome окончательно отключает поддержку Manifest V2 для расширений начиная с версии 139, которая выйдет на днях (30 июля - Early Stable Release, 5 августа - Stable Release) и вопрос замены стал очень актуальным.
Посмотрел на исходный код The Great Suspender и решил, что проще написать с нуля, чем исправить. Изучил на API для расширений, всё должно быть просто: по таймеру проверяем вкладки, приостанавливаем (переадресовываем на страницу расширения) давно не использующиеся вкладки (определяем по свойству вкладки lastAccessed), по клику на приостановленной страницы возвращаем обратно на оригинальную страницу. Казалось бы, какие тут могут быть проблемы...

Поиграл в существенное количество демоверсий на февральском «Играм быть», и у заметил многих демоверсий общие недостатки и проблемы, они достаточно очевидные, но раз их всё же допускают, то стоит про них рассказать. И к сожалению, некоторые игры выходят в релиз с этими же проблемами.

Много статей написано про хороший и плохой код, но статей с разборами проблем реального кода очень мало (за исключением багов в open source проектах), поэтому решил показать проблемы в реальной игре на Unity.

Статья состоит из двух частей:

• что и почему изменено и добавлено (для тех, кому интересны проблемы в интерфейсе),

• как именно вносились изменения (для желающих узнать про внутренности игры и технические подробности).

Использование async/await позволяет сделать код легче для понимания, убирает необходимость в функциях обратного вызова и протаскивании необходимых данных (или их сохранения в полях объекта).
Требования и ограничения async/await с примером реализации для UI.