Не работает отладчик на файловой базе
Добрый день,
подскажите в чем может быть проблема: не работает отладчик на файловой базе.
платформа 1С 8.2.16.
Что я делаю?
1. Запускаю конфигуратор.
2. Запускаю отладку - запускается предприятие, но оно не привязано к конфигуратору никак.
3. второй раз запустить предприятие из конфигуратора не получается - сколько угодно нажимай но ничего не происходит.
Стоит DrWeb, но в нем прописано в файерволе что 1Су разрешено все.
Ума не приложу в чем дело... так неудобно - просто до жути.
подскажите в чем может быть проблема: не работает отладчик на файловой базе.
платформа 1С 8.2.16.
Что я делаю?
1. Запускаю конфигуратор.
2. Запускаю отладку - запускается предприятие, но оно не привязано к конфигуратору никак.
3. второй раз запустить предприятие из конфигуратора не получается - сколько угодно нажимай но ничего не происходит.
Стоит DrWeb, но в нем прописано в файерволе что 1Су разрешено все.
Ума не приложу в чем дело... так неудобно - просто до жути.
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
А если после запуска предприятия, в конфигураторе попытаться подключиться через меню Отладка > Подключение?
пусто там - ничего не находит. Где то я читал что нужно много раз нажимать что бы сеанс появился - не пробовал.
Но это не вариант так делать...
На работе все отлаживается - таже самая база.
Не знаю в чем может быть проблема
Но это не вариант так делать...
На работе все отлаживается - таже самая база.
Не знаю в чем может быть проблема
Бывала та же фигня после такого случая: во время отладки, меняя код, нажимала обновить конфигурацию, после вопроса "для...нужно завершить отладку, завершить?" нажимала да, вроде все ок. Но при следующем открытии конфигуратора наблюдались ваши симптомы. Лечила - переподключением к хранилищу, очисткой кеша и прочими танцами...
(6) Hany,
да ладно сказки рассказывать, это не лечится никак - ибо давно-давно является застарелой проблемой 1С.
Как и аналогичная проблема с работой нескольким пользователей более чем "over 1" в файловой базе.
(1) Dark.iNiTro,
слушайте старожилов. Делаете так в таком случае (не видно подключения в конфигураторе ни после никаких танцев):
- создаете обработку
- на обработке в ПриОткрытии в форме ставите ","
Сохраняете и запускаете обработку в Предприятии.
Как пояявилось "Ошибка" и "запустить конфигуратор?" - нажимаете "Да", цепляется к конфигуратору и баста.
А то нараскажут сейчас на новый том "Войны и мира" :)
да ладно сказки рассказывать, это не лечится никак - ибо давно-давно является застарелой проблемой 1С.
Как и аналогичная проблема с работой нескольким пользователей более чем "over 1" в файловой базе.
(1) Dark.iNiTro,
слушайте старожилов. Делаете так в таком случае (не видно подключения в конфигураторе ни после никаких танцев):
- создаете обработку
- на обработке в ПриОткрытии в форме ставите ","
Сохраняете и запускаете обработку в Предприятии.
Как пояявилось "Ошибка" и "запустить конфигуратор?" - нажимаете "Да", цепляется к конфигуратору и баста.
А то нараскажут сейчас на новый том "Войны и мира" :)
К сожалению запустить конфигуратор с проблемное обработкой не помогло. См скриншот.
Теперь ума не приложу... может быть платформу обновить на 8.2.17...
Теперь ума не приложу... может быть платформу обновить на 8.2.17...
Прикрепленные файлы:
(16) AlexO, на днях столкнулся с такой же проблемой как у ТС.
База файловая, подключена к хранилищу.
Была создана управляемая форма (конфа на обычных формах) и запущены пару раз обработки обмена с сайтом и после этого появилась проблема с отладчиком (возможно это не взаимосвязанные вещи).
Опробовал ваш метод из (7).
Что было проделано:
1. Сделал обработку с кодом:
2. Запустил ее в режиме предприятия, нажал кнопку конфигуратор
3. Открылся конфигуратор и отладка-подключение
В списке пусто. Также чистил кэш и отключал симантик, браундмауер не включен.
Отключение и подключение к хранилищу не помогло.
Протестировал на этом же ПК другую базу. Баг и там проявился. Наверно дело либо в софте, либо в ПК.
База файловая, подключена к хранилищу.
Была создана управляемая форма (конфа на обычных формах) и запущены пару раз обработки обмена с сайтом и после этого появилась проблема с отладчиком (возможно это не взаимосвязанные вещи).
Опробовал ваш метод из (7).
Что было проделано:
1. Сделал обработку с кодом:
Процедура ПриОткрытии()
,
КонецПроцедуры
2. Запустил ее в режиме предприятия, нажал кнопку конфигуратор
3. Открылся конфигуратор и отладка-подключение
В списке пусто. Также чистил кэш и отключал симантик, браундмауер не включен.
Отключение и подключение к хранилищу не помогло.
Протестировал на этом же ПК другую базу. Баг и там проявился. Наверно дело либо в софте, либо в ПК.
Стоит DrWeb, но в нем прописано в файерволе что 1Су разрешено все.
Виндовый брандмауэр выключил? DrWeb целиком останавливал?
Переустановил платформу.
Запускаю предприятие без отладки. Захожу параметры-системные галка отладки стоит и ее нельзя нажать...
Отладчик все равно не видит предприятие.
Запускаю предприятие без отладки. Захожу параметры-системные галка отладки стоит и ее нельзя нажать...
Отладчик все равно не видит предприятие.
Решил проблему.
Раньше стояла платформа 8.2.14 я вынес ярлык в автозапуск. ПК редко перезагружал, но старую платформу снес. На текущий момент стоит 8.3 и 8.2.18.
Как взаимосвязано отключение отладки и запуск ярлыка удаленной платформы мне не понятно. Но факт остается фактом, отладка заработала сама после удаления старого ярлыка и полного выключения ПК.
Раньше стояла платформа 8.2.14 я вынес ярлык в автозапуск. ПК редко перезагружал, но старую платформу снес. На текущий момент стоит 8.3 и 8.2.18.
Как взаимосвязано отключение отладки и запуск ярлыка удаленной платформы мне не понятно. Но факт остается фактом, отладка заработала сама после удаления старого ярлыка и полного выключения ПК.
Устанавливал в настройках сети вручную второй ИП адрес, после перезагрузки опять проявляется сбой с отладчиком (думаю где-то сбой, т.к. ИП присваивается автоматически политикой домена). После 2 перезагрузки сбой устраняется.
Столкнулись с такой же ситуацией. Причину нашли.
В результате обнаружен конфликт программного обеспечения на сервере. Т.к. наш сервер используется в режиме терминального, то на него был установлен Palo Alto Terminal Agent. Данные сервис предназначен для идентификации пользователей на шлюзе (Palo Alto UserID).
1С использует порты 1560-1561, в то время как служба агента используется отличные от 1560-1561 сетевые порты (5009, 20000-39999).
После остановки службы агента, работоспособность отладки 1С восстановлена.
В результате обнаружен конфликт программного обеспечения на сервере. Т.к. наш сервер используется в режиме терминального, то на него был установлен Palo Alto Terminal Agent. Данные сервис предназначен для идентификации пользователей на шлюзе (Palo Alto UserID).
1С использует порты 1560-1561, в то время как служба агента используется отличные от 1560-1561 сетевые порты (5009, 20000-39999).
После остановки службы агента, работоспособность отладки 1С восстановлена.
Поймал аналогичную после обновления Dr.Web Security Space. Брэндмауэр блокирует. Решается добавлением всех трех исполняемых файлов 1cv8* из папки нужной версии установленной 1С.
Прикрепленные файлы:
Немного другая проблема - отладка запускается, но через некоторое небольшое время отваливается (если в конфигураторе через Предметы отладки опять подключить, то опять где-то с полминуты работает), на компе ничего не менялось, происходить начало после возвращения из гибернации когда отладка была запущена (но это не первый раз такой был и в принципе таких траблов не наблюдалось), комп перезагружал, 6 протокол отключил, те советы, которые тут есть попробовал.
Если эту же базу запустить с другой версией платформы, то отладка не отваливается... но хотелось бы именно с той, что стоит у клиента отлаживать.
Мысли?
Если эту же базу запустить с другой версией платформы, то отладка не отваливается... но хотелось бы именно с той, что стоит у клиента отлаживать.
Мысли?
Внимание! Тема сдана в архив
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот