При запуске информационной базы в режиме тонкого клиента пользователи иногда сталкиваются с аварийным завершением работы приложения (ошибка APPCRASH), при этом в журнале событий Windows в качестве сбойного модуля указывается core83.dll. Характерная особенность данной проблемы заключается в том, что сбой происходит при входе под конкретным пользователем информационной базы, тогда как под другими учетными записями вход выполняется успешно. Очистка локального кэша на компьютере (в каталогах AppData\Roaming\1C\1Cv8 и AppData\Local\1C\1Cv8) в таких случаях не приносит результата.
Разберем подробнее причины возникновения этой ошибки и проанализируем проверенные способы ее решения.
Выясним причины сбоя модуля core83.dll
Сбой в работе библиотеки core83.dll связан с обработкой системных данных платформой 1С. Рассмотрим основные факторы, вызывающие падение клиента:
Повреждение пользовательских настроек внутри базы данных: сохраненный состав начальной страницы, формы, размеры окон и настройки отчетов конкретного пользователя хранятся во внутренних таблицах информационной базы (в хранилище системных настроек). Если эти данные повреждены, удаление локального кэша на диске AppData не помогает, так как при авторизации 1С снова считывает сбойные настройки из самой базы.
Ошибки платформы при отрисовке веб-компонентов: на некоторых версиях платформы (в частности, 8.3.10) возникновение ошибки вызывают встроенные механизмы отображения новостей, баннеров или проверки SSL-сертификатов на начальной странице.
Конфликты с драйвером принтера или видеокартой: при старте сеанса платформа инициализирует параметры печати по умолчанию и графическое аппаратное ускорение, что может привести к падению модуля при некорректном драйвере.
Способ 1. Сброс и копирование настроек пользователя внутри базы
Если в информационную базу удается зайти под другой учетной записью, разберем по шагам, как очистить или перенести настройки для сбойного пользователя.
Запустим программу под пользователем с административными правами, у которого запуск проходит без ошибок.
Перейдем в раздел Администрирование > Настройки пользователей и прав > Персональные настройки пользователей (или запустим обработку Очистка настроек пользователей).
Выберем сбойного пользователя и выполним удаление его настроек (в первую очередь настроек начальной страницы и внешнего вида форм).
Альтернативный вариант: создадим новую учетную запись пользователя в Конфигураторе или в режиме «Предприятие» и скопируем в нее настройки от корректно работающего пользователя с помощью функции Копирование настроек.
После удаления сбойных настроек или создания нового профиля вход под пользователем выполняется без аварийного завершения.
Способ 2. Обновление платформы «1С:Предприятие»
Проанализируем ситуацию с релизом платформы. На релизах серии 8.3.10 (например, 8.3.10.2561) ошибка core83.dll является зафиксированным багом системы при обработке определенных данных начальной страницы. Самым надежным и кардинальным решением является обновление платформы 1С на более свежий стабильный релиз (например, 8.3.11 или выше).
Завершим работы всех пользователей в информационной базе.
Скачаем и установим актуальный дистрибутив платформы «1С:Предприятие».
Переведем информационную базу на запуск под новой версией платформы. Ошибка core83.dll после этого устраняется полностью.
Способ 3. Временный обход сбоя начальной страницы и отключение новостей
Если оперативно обновить платформу невозможно, применим технический прием для обхода сбоя проверки веб-компонентов и сертификатов:
Временно изменим системную дату на компьютере на один день назад.
Запустим 1С под сбойным пользователем — программа закроет проверку новостей и позволит войти в систему.
Перейдем в настройки производительности программы и отключим отображение начальной страницы, новостной ленты и автоматическое обновление задач.
Закроем 1С и вернем точную системную дату обратно.
Способ 4. Проверка и восстановление структуры информационной базы
Посмотрим, как исключить повреждение структуры данных файловой базы:
Создадим резервную копию информационной базы (файл 1Cv8.1CD).
Запустим утилиту тестирования и исправления файловых баз chdbfl.exe, расположенную в каталоге bin установленной платформы (например, C:\Program Files\1cv8\8.3.X.XXXX\bin\chdbfl.exe).
Укажем путь к файлу базы данных, установим флаг Исправлять обнаруженные ошибки и запустим проверку.
Зайдем в режиме Конфигуратор и выполним пункт меню Администрирование > Тестирование и исправление... с включенной реиндексацией и проверкой логической целостности.
Дополнительные действия с локальным кэшем и оборудованием
Для полной очистки локального окружения пользователя в операционной системе Windows можно использовать пакетный скрипт очистки папок кэша. Посмотрим на пример стандартного скрипта для очистки локального кэша 1С:
If Exist %USERPROFILE%\AppData\Roaming\1C\1Cv8 (
Del /F /Q %USERPROFILE%\AppData\Roaming\1C\1Cv8\*.*
Del /F /Q %USERPROFILE%\AppData\Local\1C\1Cv8\*.*
for /d %%i in ("%USERPROFILE%\AppData\Roaming\1C\1Cv8\*") do rmdir /s /q "%%i"
for /d %%i in ("%USERPROFILE%\AppData\Local\1C\1Cv8\*") do rmdir /s /q "%%i"
)
Кроме того, при сохранении сбоев рекомендуется:
Очистить системный кэш сертификатов Windows, удалив файлы из папки %USERPROFILE%\AppData\Roaming\Microsoft\SystemCertificates.
Временно сменить принтер по умолчанию в системе Windows на виртуальный (например, Microsoft Print to PDF).
Отключить аппаратное ускорение графики в настройках видеокарты.