Снегопат

Есть небольшой баг при работе в конструкторе схемы компоновки данных
viewtopic.php?f=3&t=48&start=30#p2431

Да, видел. Я как в мае из отпуска вернулся - меня завалили работой, я даже зарелизить кучу своих наработок никак не успеваю. Надеюсь, разгребусь в ближайшее время, и поправлю.

_________________
С уважением,
Александр Кунташов
Канал про 1С в Телеграме: @kuntashov_devnotes

Залил все последние правки скриптов, core и Снегопат 1.1.9.5 - теперь сабж вылетает
кто-нибудь на последних версиях работает вообще?
Обидно - поздним вечером срочно нужно было исправить косяк с базой, а главный хоткей-помощник для работы с модулем не работает
как полруки отрубили !
от злости даже ошибку не могу сказать

Откатись на версию a2e6a79ded (до SciColorer). К сожалению иногда merge считает себя сильно умным.

я Александру отписался.
Нету снегопата под рукой. Можешь сам исправить:
откатываемся до версии a2e6a79ded , копируем папку scripts , обновляем на trunk и возвращаем из scripts все файлы с замещением кроме __Fossil__ и commit.

Прошу прощения, что поторопился, завтра все исправлю.
Предлагаю всем откатиться до последней стабильной версии, используя команду



Завтра утром все исправлю.

Причина ошибки в том, что ветка http://snegopat.ru/scripts/info/abcd3ebbc1 была сильно старой, а я это не учел, плюс один из первых коммитов MetaEditor привнес в транк старые версии нескольких скриптов (см. http://snegopat.ru/scripts/info/0323ad834a) и никто из нас этого не заметил - и потом Александр после сделал два коммита.

Признаю, поступил как самый тупой одинесник - залил изменения в основную ветку, не протестировав как следует.

_________________
С уважением,
Александр Кунташов
Канал про 1С в Телеграме: @kuntashov_devnotes

Спасибо. Обновляюсь.

Кстати, интересный баг проявился.
Залил старую версию TextWindow.js, не стал перезапускать 1С полностью, а просто в окне скриптов в группе Подгружаемые библиотеки перезапускаю этот скрипт, и получаю кучу ошибок - модальных окон типа
"Не удается выполнить программу из освобожденного сценария"
Будем считать этот багом ?

Это не баг, это скорее фича. Например, когда мы в информационной базе делаем непосредственное удаление элемента справочника (без контроля ссылочной целостности), на который есть ссылки в других объектах, ссылка становится "битой" (<Объект не найден: бла-бла>). Здесь все аналогично: в памяти в других скриптах осталась ссылка на исходный экземпляр скрипта TextWindow.js (который был до перезагрузки).

Поэтому при перезагрузке подключенного скрипта надо перезагрузить и зависимые от него скрипты. Реализацию контроля зависимости при перезагрузки, конечно, можно сделать, но, имхо, дешевле просто перезапускать конфигуратор.

_________________
С уважением,
Александр Кунташов
Канал про 1С в Телеграме: @kuntashov_devnotes

а можно просто программно запретить перезапуск подобных скриптов, тогда у пользователя выбора не останется

Он изначально и был отключен, но так разрабатывать нудно, поэтому я допилил core, чтобы в окне Снегопата можно было скрипт-библиотеку перезагрузить.

_________________
С уважением,
Александр Кунташов
Канал про 1С в Телеграме: @kuntashov_devnotes