dollar

Можно вытянуть все адреса разом, а потом уже бить на массив средствами ЯП:
"email":\[([^[\]]+)\]

Для начала
"licked_browser_action" не совпадает с "clicked_browser_action"

Ну а так проверяйте поэтапно. Первым делом, что обработчик вообще срабатывает при каждом клике, то есть нам надо выяснить, даёт ли осечку сам обработчик нажатия или что-то после него. Для этого вставьте что-то типа этого:
console.log("onClicked");
Ну и так далее по цепочке. По логам дальше будет видно, где затык.

Високосный год:
\d\d(?:[02468][048]|[13579][26])

Попробуй передвинуть вкладку console на первое место.

Чтобы сделать игру, тебе нужна команда. Чтобы команда (да и ты сам) понимала, что вообще нужно делать, тебе нужно написать концепт, а потом и геймдизайн-документ. А для этого в первую очередь нужно научиться грамотности и пунктуации в русском языке. Иначе тебя никто не будет воспринимать всерьёз. Последовательность в изложении мыслей тоже не лишней будет, иначе опять-таки никто тебя не будет понимать, в том числе и с Unity будет сложно "общаться".

Также, как и в обычном javascript, - удалением пробелов из строки.

В самом notepad++ - никак. Такое проще написать самому в виде консольной утилиты (если программист). Это простой рекурсивный обход дерева папок и для каждого файла подсчёт вхождений.

Корректность битовой маски обычно не проверяется, потому что обычно нет нормальных критериев. По сути каждый флаг - это степень двойки (или отдельный "бит"). Таким образом, правильная маска - это просто число от 0 до максимально возможного, когда все флаги включены. В этом диапазоне обычно нет дырок. Для понятности попробуйте записывать маску в двоичном формате.

Предположим, у вас есть пять "флагов": a=1, b=2, c=4, d=8, e=16,
тогда значение маски будет от 0 до 31 (т.е. макс. 11111). По выходу за диапазон можно сказать, что она некорректна. Но если у вас 32 флага в маске типа uint, то выход за диапазон не возможен в принципе, и любая маска будет корректной.

Предположим, у вас теперь 4 флага: a=1, b=2, d=8, e=16,
то есть не хватает c=4. Тогда это как бы дырка в маске.
Проверяем этот бит: (mask & 4 == 4)
По идее, если этот бит установлен, то маска некорректна. Но с другой стороны, целевой алгоритм может просто игнорировать бит, который не используется. Так что лишние биты не делают маску некорректной.

Ну и, наконец, возможен уже реальный критерий, когда логика флагов такова, что не все комбинации возможны. Хотя такие кейсы лучше вообще не флагами решать, тем не менее бывает. Например, запрещено устанавливать одновременно b=2 и e=16, тогда условие некорректности будет следующее:
(mask & 2 > 0) && (mask & 16 > 0)
Либо короче:
(mask & (b | e) > 0)
(mask & 18 > 0)

Аналогично проверяется любое другое условие, накладываемое на маску. Например, если количество включённых флагов лимитировано, то просто считаем количество бит в маске.

P.S. И да, c=6 это некорректный флаг, потому что содержит b=2, и вы никак не определите, является ли mask=c или же mask=b|c.

Обобщить. Выделить направленность.

Если это тест всего и вся, то никак не называть (тем более, что это уже другой вид тестирования). Иначе в целом сформулировать для себя, что именно входит в тест по сравнению с тем, что в него не входит. То есть что отличает данный интеграционный тест от другого интеграционного теста (того же продукта).

Да, безопасно. Не стоит параноить.

При подключении к компьютеру нажмите "Не доверять" (этому компьютеру). В iOS достаточно высокая безопасность, так что можете не переживать.

Теоретическая возможность получения доступа к файлам смартфона появляется, когда он подключён к Интернету. То есть компьютер здесь ни при чём. Достаточно WiFi или 3G, и вы уже на прямой связи с компанией Apple и со всеми, с кем она сотрудничает. Но друзья и коллеги по работе всё же не смогут получить доступ к файлам, - не тот уровень. :)

Играл я как-то раз в одну классную игру, всё было хорошо. Но ко мне подошёл приятель и спросил: Что это за странная полоса по центру экрана? После этого я уже не мог не замечать её, и дальше она меня бесила до самого конца игры.

А по теме мерцания даю ссылку по которой можно найти кучу других ссылок:
https://www.google.com/search?q=От+чего+могут+мерц...
Там перечислены всевозможные причины мерцания.

Возьмите Lua.
Пожалуй, это самый простой скриптовой язык, да ещё и встраиваемый, то есть можно просто взять его готовую реализацию и встроить в своё приложение. Программисту для изучения синтаксиса понадобится около 15 минут. В то же время это довольно мощный язык, в котором есть практически всё, что может понадобится в плане синтаксиса. Встроенных функций не так много, но основные есть, ведь упор на простоту изучения (для ваших же пользователей). А если действительно нужен именно свой скриптовой язык, то на примере Lua можно понять, какой необходимый минимум должен быть в языке, можно изучить исходники и т.д.

Защита основана на том факте, что дешевле сделать своё собственное решение, чем вскрывать защиту. Так что выбор простой:
1) Заплатить тому, кто написал оригинальный скрипт.
2) Заплатить другому, кто может написать такой же скрипт.
3) Чуть больше заплатить тому, кто снимет защиту.

Лично я на твоём месте выбрал бы платить меньше, а не больше.

[ (x₁+x₂+x₃+x₄)/4 ; (y₁+y₂+y₃+y₄)/4 ]

Строго говоря, механика и интерфейс игры могут быть описаны на любом языке, в том числе на скриптовом. Лично я предпочитаю Lua, как самый простой язык из довольно мощных. Он даже проще Питона, хотя и беднее по встроенным возможностям из коробки. Главный плюс в том, что логика игры может быть легко модифицирована обычными игроками, а это заранее даёт игре второе дыхание.

Но вот ядро игры всё же лучше писать на другом языке, более быстром, где будут реализованы все части игры, критичные к производительности. Это может быть популярный движок, как таковой, либо движок + прослойка кода от разработчика игры.