Пользовательская ошибочная страница, настроенная в IIS для кода 400 (плохой запрос), проигнорирована
Мне удалось воспроизвести эту ошибку с помощью модуля привязок.
Кажется, что есть много проблем с электронным каркасом, которые могут вызвать такое поведение.
Проблема с «корневым каталогом»
Вы сами ответили на это, отредактировав исходный вопрос, но ради полного ответа я включаю и это
[119 ] Я просто запускаю файл setup.exe в своей папке win-unpacked, и все идет гладко. Теперь, когда я перемещаю распакованную папку win в другой каталог, мое приложение работает нормально, но когда оно запускает процесс разархивирования, оно выдает ошибку.blockquote>
Это имеет интересную причину. Поскольку ваш каталог dist (место назначения сборки вашего проекта) находится внутри вашего рабочего проекта, модуль привязок предполагает, что ваш рабочий каталог является корневым каталогом вашего [ 1118] встроенное приложение . Таким образом, он может определить путь к вашему модулю, и все работает нормально. Как только ваше встроенное приложение помещается в другое место, модуль привязок не может найти корневой каталог вашего приложения и выдает ошибку, с которой вы связались.
Проблема 'file: //'
Другая проблема модуля связываний - обработка путей с помощью протокола 'file'.
Кто-то уже пошел вперед и создал проблему (+ запрос на извлечение) для этой проблемы, поэтому вы могли бы изменить локальную установку этого модуля, даже если я не рекомендую принимать такие действия.
Мой личный совет:
Текущее состояние модуля привязок делает его непривлекательным для использования вместе с платформой Electron. Я слышал, что у него даже есть проблемы с правильной обработкой умлаутов, поэтому в вашей конкретной ситуации лучше всего избавиться от них. Вы можете создать небольшой локальный модуль, который обернет ваш двоичный файл .node и сделает его столь же простым, как и все остальные ваши узлы.
3 ответа
Возможно, это - Ваш ответ: этот сайт Microsoft говорит что ре, настраивающее пользовательские ошибки в IIS6 это
Следующие ошибки не настраиваемы: 400, 403.9, 411, 414, 500, 500.11, 500.14, 500.15, 501, 503, и 505.
Проверьте то, что находится в Вашем web.config файле в customErrors раздел. Это имеет a defaultRedirect атрибут, и error подтег с a redirect атрибут. Они могут конфликтовать с Вашими другими параметрами конфигурации в IIS.
Я столкнулся с той же проблемой и нашел это на msdn. http://msdn.microsoft.com/en-us/library/ms690497.aspx
Я не уверен, что это будет работать на IIS6, но это точно работает на IIS7. Вам нужно настроить httpErrors, а не пользовательские ошибки
<system.webServer>
<httpErrors errorMode="Custom">
<error statusCode="400" subStatusCode="-1" path="_path" responseMode="Redirect" />
</httpErrors>
</system.webServer>