Ошибка получения информации об устройстве отображения
Здравствуйте, коллеги.
Подскажите, пожалуйста, если кто столкнулся с подобной ошибкой, на что обратить внимание. А проблема в следующем: есть обработка в базе "Управление торговлей", редакция 10.3 (10.3.8.9) ,
платформа (8.3.10.2466), которая предназначена для вывода информации об отгрузке и последующей печати. Но в какой-то момент, какой конкретно не вижу, начинает "глючить" форма, а именно: изменяется шрифт, полосы прокрутки становятся черными и др. И если дальше выполнить какое-нибудь действие на форме, то выходит сообщение об ошибке "Ошибка получения информации об устройстве отображения" (см.вложение).
На следующий день обновили платформу до версии 8.3.10.2580. Интерфейс искажается, а ошибка как таковая уже не выходит.
Только у двух пользователей поочередно возникают данные проблемы (конец рабочего дня, когда пользователей много, и ночью - когда остается только 20 или 30 чел.). КЭШ чистил несколько раз.
В диспетчере задач памяти съедается от 125 тыс. с копейками Кб до 220 тыс.Кб. Может как-то влияет объем rphost. Причем нагрузка сервера 1С колеблется от 30 до 40%, на терминале - от 40 до 70%. Подвисаний никаких не наблюдаются у других пользователей.
Заранее всем спасибо за участие.
Подскажите, пожалуйста, если кто столкнулся с подобной ошибкой, на что обратить внимание. А проблема в следующем: есть обработка в базе "Управление торговлей", редакция 10.3 (10.3.8.9) ,
платформа (8.3.10.2466), которая предназначена для вывода информации об отгрузке и последующей печати. Но в какой-то момент, какой конкретно не вижу, начинает "глючить" форма, а именно: изменяется шрифт, полосы прокрутки становятся черными и др. И если дальше выполнить какое-нибудь действие на форме, то выходит сообщение об ошибке "Ошибка получения информации об устройстве отображения" (см.вложение).
На следующий день обновили платформу до версии 8.3.10.2580. Интерфейс искажается, а ошибка как таковая уже не выходит.
Только у двух пользователей поочередно возникают данные проблемы (конец рабочего дня, когда пользователей много, и ночью - когда остается только 20 или 30 чел.). КЭШ чистил несколько раз.
В диспетчере задач памяти съедается от 125 тыс. с копейками Кб до 220 тыс.Кб. Может как-то влияет объем rphost. Причем нагрузка сервера 1С колеблется от 30 до 40%, на терминале - от 40 до 70%. Подвисаний никаких не наблюдаются у других пользователей.
Заранее всем спасибо за участие.
Прикрепленные файлы:
По теме из базы знаний
- Многопоточный CI-контур для 1С c Packer, Vagrant и Jenkins. Часть 1. Описание системы и обзор инструментария
- Обработка обслуживания Терминал системы быстрых платежей - оплата по QR коду для УТ10.х, УПП 1.3.х, КА 1.х, Розница 1.х
- Обработка обслуживания Терминал системы быстрых платежей - оплата по QR Тинькофф Банк для УТ10.х, УПП 1.3.х, КА 1.х, Розница 1.х
- Обработка обслуживания Терминал системы быстрых платежей с поддержкой QR Display - оплата по QR коду платформа QRСервис для УТ10.х, УПП 1.3.х, КА 1.х, Розница 1.х
- Обработка обслуживания Терминал системы быстрых платежей с поддержкой QR Display - оплата по QR коду ПНКО ЭЛПЛАТ для УТ10.х, УПП 1.3.х, КА 1.х, Розница 1.х
Найденные решения
Всем, кто вник в тему большое человеческое спасибо. Если кто-нибудь повторит мой "подвиг" до того, как разработчики 1С это "пофиксят", то знайте, что надо проверять картинки при выводе строки как минимум. В мое случае, не внимательно выбрал картинку с размером 48*48, а т.к. этих картинок получилось прилично в выводимом дереве, то отсюда и эти глюки.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Всем, кто вник в тему большое человеческое спасибо. Если кто-нибудь повторит мой "подвиг" до того, как разработчики 1С это "пофиксят", то знайте, что надо проверять картинки при выводе строки как минимум. В мое случае, не внимательно выбрал картинку с размером 48*48, а т.к. этих картинок получилось прилично в выводимом дереве, то отсюда и эти глюки.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот