Скачал VS2019. Пробный период истек сегодня, появляется диалоговое окно входа:
Нажимаю «Войти», появляется пустое окно с окном ошибки выполнения скрипта. Нажимал»Да» и «Нет» на результат в итоге не влияет.
Окно с ошибкой скрипта появляется еще 2 раза:
Окно логина. Захожу по номеру телефона.
Ошибка: Браузер устарел. Пользуюсь последней версией Chrome, специально установил Edge для решения проблемы и перезагрузил компьютер, ошибка осталась.
задан 31 янв 2021 в 7:01
Прежде чем исправить эту проблему, нужно проверить обновлен ли у вас браузер,который стоит по умолчанию. Если вы удостоверились,что ваша версия актуальна, переходим к следующему пункту. А именно нажимаем на кнопку «Параметры учетной записи»
Вас перекинет в параметры, где будет учетная запись, там будет написано «Встроенный веб-браузер»
Нажимаем на нижнюю стрелку.
Меняем «Встроенный веб-браузер» на «Системный веб-браузер»
После этого нажимаете «ОК», а дальше нажимаете войти и вас перекинет в браузер и вы можете спокойно авторизоваться.
ответ дан 19 фев 2021 в 13:42
A: Visual Studio 2019 «sniffs» your Output looking for errors to report. (Or so it seems…)
The discovery that made it all go away and resolve my issues with those pesky error reports which I wanted DevStudio to ignore entirely, was the notion that perhaps Visual Studio is somehow trying to ‘parse’ the stderr/stdout output produced by my Custom Build Step.
So I went and tweaked my Custom Build Step command script (see question above) a little bit.
Here’s the original bit from above:
[...]
} catch (ex) {
// Note this bit; it'll show up in the answer again!
console.log("COMPILE FAILED:", ex);
bootstrap(true);
}
[...]
and here is how it looks right now, where *POOF!* all my trouble has gone away:
[...]
} catch (ex) {
//console.log("COMPILE FAILED:", ex);
let errmsg = `COMPILE FAILED: ${ex}`;
console.log(errmsg.replace(/Error/ig, 'Warning'));
bootstrap(true);
}
[...]
What that does is take the execFileSync output and filter it before it is output to stdout, replacing every ‘error’ in there with a benign ‘warning’ (didn’t want to discard that output for diagnostics reasons!)
🥳🎉🦄!
Conclusion: make sure your Custom Build Step never says «error» anywhere
That’s what that .replace(/Error/ig, 'Warning') does for my scenario. My output currently looks something like this:
1>COMPILE FAILED : warning : Command failed: Z:libtoolingqiqqaMuPDFplatformwin32binDebug-Unicode-32bit-x86mutool.exe qjsc -v -c -o Z:libtoolingqiqqaMuPDFplatformwin32....scriptslibQuickJSqjsrepl.c Z:libtoolingqiqqaMuPDFplatformwin32....scriptslibQuickJS../../thirdparty/owemdjee/QuickJS/repl.js
1>BOOSTRAPPING FORCED: faking an empty repl C source file
1>BOOSTRAPPING FORCED: faking an empty calc C source file
and Visual Studio 2019 is a happy camper again, completing Builds successfully and finally allowing this bootstrap mechanism in the Project to work as intended: fake it on the first run after cleanup, then run the (previously built) executable to produce the generated content.
BTW, that
.replace(/Error/ig, 'Warning')indeed has theexecFileSyncfailure show as a Warning item now! Which tells me that DevStud is indeed looking into my entireOutputon the prowl for errors to report and abort on. Haven’t found that info anywhere though, so would love if y’all can point me to references re this!
YMMV & Sayonara
While the SO links/solutions referenced in the question above MAY still work for Pre/Post Build Steps, they certainly don’t for Custom Build Steps.
Hope this helps anyone who’s stepped into the same tarpit as I did. I picked Custom Build Steps as those include Input and Output file lists and thus should act as a decent part of the build dependency chain (contrasting Pre/Post-Build Steps), but then the info got a bit thin on the ground…
Enjoy. This cost too much time to dig up, so let’s pay this forward and hope Google/Bing/Duck help y’all (and me, next time I run into this and 👴 forgot how exactly to…).
A: Visual Studio 2019 «sniffs» your Output looking for errors to report. (Or so it seems…)
The discovery that made it all go away and resolve my issues with those pesky error reports which I wanted DevStudio to ignore entirely, was the notion that perhaps Visual Studio is somehow trying to ‘parse’ the stderr/stdout output produced by my Custom Build Step.
So I went and tweaked my Custom Build Step command script (see question above) a little bit.
Here’s the original bit from above:
[...]
} catch (ex) {
// Note this bit; it'll show up in the answer again!
console.log("COMPILE FAILED:", ex);
bootstrap(true);
}
[...]
and here is how it looks right now, where *POOF!* all my trouble has gone away:
[...]
} catch (ex) {
//console.log("COMPILE FAILED:", ex);
let errmsg = `COMPILE FAILED: ${ex}`;
console.log(errmsg.replace(/Error/ig, 'Warning'));
bootstrap(true);
}
[...]
What that does is take the execFileSync output and filter it before it is output to stdout, replacing every ‘error’ in there with a benign ‘warning’ (didn’t want to discard that output for diagnostics reasons!)
🥳🎉🦄!
Conclusion: make sure your Custom Build Step never says «error» anywhere
That’s what that .replace(/Error/ig, 'Warning') does for my scenario. My output currently looks something like this:
1>COMPILE FAILED : warning : Command failed: Z:libtoolingqiqqaMuPDFplatformwin32binDebug-Unicode-32bit-x86mutool.exe qjsc -v -c -o Z:libtoolingqiqqaMuPDFplatformwin32....scriptslibQuickJSqjsrepl.c Z:libtoolingqiqqaMuPDFplatformwin32....scriptslibQuickJS../../thirdparty/owemdjee/QuickJS/repl.js
1>BOOSTRAPPING FORCED: faking an empty repl C source file
1>BOOSTRAPPING FORCED: faking an empty calc C source file
and Visual Studio 2019 is a happy camper again, completing Builds successfully and finally allowing this bootstrap mechanism in the Project to work as intended: fake it on the first run after cleanup, then run the (previously built) executable to produce the generated content.
BTW, that
.replace(/Error/ig, 'Warning')indeed has theexecFileSyncfailure show as a Warning item now! Which tells me that DevStud is indeed looking into my entireOutputon the prowl for errors to report and abort on. Haven’t found that info anywhere though, so would love if y’all can point me to references re this!
YMMV & Sayonara
While the SO links/solutions referenced in the question above MAY still work for Pre/Post Build Steps, they certainly don’t for Custom Build Steps.
Hope this helps anyone who’s stepped into the same tarpit as I did. I picked Custom Build Steps as those include Input and Output file lists and thus should act as a decent part of the build dependency chain (contrasting Pre/Post-Build Steps), but then the info got a bit thin on the ground…
Enjoy. This cost too much time to dig up, so let’s pay this forward and hope Google/Bing/Duck help y’all (and me, next time I run into this and 👴 forgot how exactly to…).
- Remove From My Forums
-
Вопрос
-
При попытке выполнить публикацию в автономный файл в локальной папке возникает ошибка:
Повторяется попытка выполнить операцию «FindPackagesByIdAsyncCore» для источника «https://www.nuget.org/api/v2/FindPackagesById()?id=’Microsoft.WindowsDesktop.App.Runtime.win-x64’&semVerLevel=2.0.0».
Произошла ошибка при отправке запроса.Базовое соединение закрыто: Не удалось установить доверительные отношения для защищенного канала SSL/TLS.
Удаленный сертификат недействителен согласно результатам проверки подлинности.Как я понимаю, пакет с https://www.nuget.org/api/v2/ не скачивается.
Аналогичная ошибка возникает в менеджере пакетов Nuget, когда выбираешь «Обзор» имеющихся пакетов в источнике.
Странно, что ошибка возникает при попытке публикации вновь созданного проекта. Если открыть старый проект, сделанный примерно год назад, то он собирается и публикуется нормально. В старом проекте был путь источника http://packages.nuget.org/v1/FeedService.svc/,
но установка такого же пути в новом проекте не помогла.Нашёл
здесь различные рекомендации, но ничего не помогло. Как быть?
Ответы
-
Для начала зайдите с этого компьютера из IE/Edge (Chrome тоже подойдет, но не FF — у него свой список доверенных сертификатов, не системный) на
https://www.nuget.org и посмотрите на его сертификат (и ругань по его поводу, если есть). И на сам сайт — тоже: не страница ли это вашего провайдера, который спешит вас уведомить, что доступ к этому
ресурсу запрещен? Или то же самое — но от местного межсетевого экрана, если вы из сети предприятия работаете.Потом зайдите откуда-нибудь из совсем другого места и тоже посмотрите на сертификат. Совпадают?
Если сайт не тот или сертификаты не совпадают, разбирайтесь с провайдером/администратором межсетевого экрана. Только сначала убедитесь, что подмена сертификата — не на вашем компьютере: проверьте, что
подключение не идет через Fiddler и ему подобные, антивирусом компьютер просканируйте…
Слава России!
-
Помечено в качестве ответа
16 марта 2021 г. 8:34
-
Помечено в качестве ответа
-
Оказалось что куда-то исчез с моего компа корневой сертификат
DigiCert Global Root G2. О его отсутствии заявил IE, когда я всё-таки открыл сайт nuget.org и посмотрел сертификат.После этого я открыл страницу сертификатов на digicert.com (тут) и скачал оттуда сертификат
DigiCert Global Root G2 (DigiCertGlobalRootG2.crt). Далее в mmc импортировал его в корневые доверенные сертификаты и всё, проблема решена!-
Помечено в качестве ответа
Vector BCOModerator
16 марта 2021 г. 8:34
-
Помечено в качестве ответа
-
Описание ошибки
-
Решение проблемы
-
В Internet Explorer
-
В приложениях и играх
Технологии не стоят на месте. Вспомните, какими были сайты 15 лет назад. Лишь текст на цветном фоне. Ни анимации, ни плавных переходов, ни разнообразия функций. Сейчас же многие визуальные эффекты и функции реализованы с помощью скриптов. Так давайте рассмотрим, как исправить ошибку сценария в Windows?
Описание ошибки
Ошибка сценария – это сбой в работе скрипта, который выполняет ту или иную функцию на веб странице. И не удивляйтесь, если подобная проблема появилась во время игры, установленной на ПК, – они тоже реализуют свой функционал с помощью JavaScript и Visual Basic. К счастью, никаких фатальных последствий для личных данных и системы в целом ошибка скрипта не представляет. А лечится проблема несколькими простыми способами.
Решение проблемы
Универсальных способов не существует, поэтому для начала нужно знать, при использовании чего появляется сообщение о сбое. Не удивительно, что в нашем списке есть Internet Explorer – браузер лидирует во многих антирейтингах по стабильности и производительности, поэтому рекомендуется заменить его на более качественный аналог. Возможно, это и будет лучшим решением данной проблемы.
В Internet Explorer
Но если вы истинный фанат софта от Microsoft или просто прикипели за долгие годы к приложению, то выполните следующее:
- Откройте браузер и перейдите на страницу, на которой отображалось сообщение об ошибке.
- Обновите страницу с очисткой кэша, нажав Ctrl+F5.
- Проверьте наличие проблемы.
Если ошибка скрипта не появляется – поздравляю! Иначе – переходите к следующим пунктам:
- Перейдите в «Меню» – «Свойства браузера».
- Откройте вкладку «Дополнительно».
- Установите параметры работы скриптов в соответствии с данными на скриншоте.
- Сохраняем параметры нажатием кнопки «ОК».
- Далее перейдите во вкладку «Безопасность» и нажмите кнопку «Выбрать уровень безопасности по умолчанию для всех зон».
- После этого откройте вкладку «Общие» и нажмите кнопку «Удалить» в подкатегории «Журнал браузера».
- Выберите все поля и нажмите кнопку «Удалить».
Внимание! При очистке паролей все сохраненные данные для входа на сайты удалятся! Убедитесь, что знаете всю необходимую информацию. В противном случае не отмечайте пункт «Пароли».
В приложениях и играх
Для решения проблем с ошибкой сценария в приложениях и играх выполните несколько шагов:
- Откройте окно «Выполнить» нажав Win+R.
- В текстовое поле окна введите
regeditи нажмите «ОК».
- В новом окне ищем HKEY_LOCAL_MACHINE, нажимаем ПКМ по полю и выбираем пункт «Разрешения».
- Ставим галочки напротив всех доступных полей в столбце «Разрешить».
- Далее нажимаем кнопку «Дополнительно».
- Кликаем на поле, где в столбце «Субъект» стоит значение «Все» и нажимаем кнопку «Изменить».
- В новом окне устанавливаем галочку возле поля «Полный доступ» и нажимаем «ОК».
- Перезагружаем компьютер.
Теперь осталось зарегистрировать внесенные изменения:
- Откройте окно «Выполнить» нажав Win+R.
- Введите команду
cmdи нажмите «ОК».
- В командной строке наберите
regsvr32 msxml.dllи нажмите Enter. - Перезапустите устройство.
Выше представлены исчерпывающие методы, которые работают в 99% случаев. Теперь вы знаете, что такое ошибка скрипта и как ее исправить. Если известен какой-либо другой способ – поделитесь им в комментариях. Удачи!