Ну да, непосильная задача создать один раз репо с ридми и включенными деплоем на GP для файлов, которые должны быть доступны без CORS, за 10 кликов.
Добавлять новые файлы в него за 3 клика.
И редактировать их тоже за 3 клика.
Примитив синхронизации, который ограничивает количество параллельно выполняемых задач называется семафором.
И в случае диспетчера, создающего новые задачи, это также относится. Этот диспетчер вызывал бы await semaphore.acquire() при создании задачи, а semaphore.release() вызывалось бы при завершение задачи.
Удалить не сможет, у них нет доступа к вкладке Settings.
Note: In a private repository, repository owners can only grant write access to collaborators. Collaborators can't have read-only access to repositories owned by a user account.
Ну так данные можно передавать из бекграунд скрипта в контент скрипт и наоборот.
Или можно добавлять динамически хедеры, которые будут ослаблять CORS для твоих реквестов.
Или не парить мозг и вместо расширения написать юзерскрипт.
Он будет и иметь доступ к DOM, и работать игнорируя CORS.
Легко редактируется (для добавляния новых сайтов, на которых должен запускаться).
Чтобы обойти CORS нужно запросы из бекграунд скрипта делать.
Естественно, если в манифесте есть разрешение для данного сайта или сразу для всех: <all_urls>.
Включаешь индексирование для корневой папки с файлами (чтобы поиск был мгновенный), вводишь в строке поиска Проводника *, чтобы вывести все файлы списком. Сортирушь по "Дата создания"/"Дата изменения", но не по "Даты".
Работает даже если файлов больше миллиона.
Можно и решением отметить.
Стоило еще добавить тэг "Расширения для браузеров" для вопроса, ибо авторы ответов выше так и не поняли, о каком chrome.storage идет речь.
Т.е. здесь имелась ввиду именно альтернатива способа разрешения проблемы CORS/CORB?
Окей. Вот тебе обновленный ответ.