Это не баг.
Если не хочешь менять схему перехватчика, то не обращайся ко второму параметру, пока не проверишь тип объекта.


P.S. И ты ошибся разделом

Функция СобытиеГМ_ВводНового(Конт,ФлагКопирования, ОбъектКопирования) Экспорт
  РасширениеФормы = СоздатьОбъект("РасширениеФормы");
  РасширениеФормы.УстановитьФорму(Конт.Форма);
  ТипОбъекта = РасширениеФормы.ТипОбъекта();
  Если ТипОбъекта = "Документ" Тогда
    Сообщить(ОбъектКопирования);
  Иначе
    Сообщить("А тут к ОбъектКопирования обращаться нельзя");
  КонецЕсли;
  Возврат 1;
КонецЕсли;
 

А вообще эта схема неверная. Для Обработок и Документов должны быть разные классы. Сделай два разных потомка от одного основного класса Перехватчка, и определи в них события по разному и в зависимости от ТипаОбъекта создавай разные классы.

Хмм...
Посмотрел код, да действительно, у меня ОбъектаКопирования в параметрах вообще нет.
Артур на эту тему писал, поищи по форуму.

http://www.1cpp.ru/forum/YaBB.pl?num=1215152763/105#105

Попробую через ГК, без глобального перехвата - может получу объект копирования.
Arta, cпасибо за ссылку, но там рассматривается таже проблема, а Артур обещал подумать...

Странно, но мне по поиску ВводНового - выдало толлько мои два последних сообщения и всё!

7.08 я выхожу из оффлайна, ветку обновите, я увижу и подумаю.

А вот и я сам

Насколько я помню, в СобытиеГМ_ВводНового я вообще не вводил ОбъектКопирования для совместимости с отчетами/обработками.

Для ГМ вроде бы не выходит подобное сообщение, хотя могу и ошибаться за давностью лет

Создайте баг, добавлю в СобытиеГМ_ВводНового параметры по максимуму, для отчетов будут пустые значения.

Фактически при использовании данного события для отчетов/обработок нельзя обращаться к несуществующим реквизитам типа ОбъектКопирования
т.е. в пользовательском коде перед использованием данного параметра должна стоять проверка на тип контекста.

Тест падения предоставить можешь? Мне непонятно, где и как падает

artbear писал(а) 07. Августа 2008 :: 06:59:

Сейчас у него валится, потому что он сделал три параметра, вместо двух, которые есть в событии.

После нескольких дней попыток и, в итоге, обхода проблем, всё нижесказанное не претендует на баг, но неприятно, поэтому всё-таки доведу до сведения...
Тестирование проводилось на 1срр 3.0.1.12 (и частично на 2.5.0.6 от 01.08.08), 1С 27-й релиз, ХРпроф СП2.

Некоторые наблюдения, по-поводу Перехватчика:

1. Реализацию класса-перехватчика ГМ нужно описывать только в текстовом файле
из минусов - синтаксический контроль, из плюсов, ниже:
а) если описать в модуле обработки (внешней или в конфе – не важно), то при включенном режиме «Отладки» из 1С выйти можно только через диспетчер задач. Это относится только к классу-перехватчику ГМ, в перехватчиках ГК всё в порядке где-то с 05.06.08 http://www.1cpp.ru/forum/YaBB.pl?num=1212479640/15.
б) вариант, если предусмотреть выполнять метод СнятьПерехватСобытийГлобальногоМодуля() перед закрытием 1С, но тогда это не режим отладки…
в) выполнять этот метод ПриЗавершенииРаботыСистемы() или СобытиеГМ_ПриЗавершенииРаботыСистемы() – в режиме Отладка до него не доходит выполнение.
г) перед созданием класса-перехватчика или в реализации класса, перед установкой перехвата, с помощью класса «УправлениеНастройками» переводить в режим «Оптимизация» - ничего не дает. Наверное, необходимо некоторое время для перевода системы в новый режим – не уточнял, но не работает сразу (можно попробовать в прилагаемой конфе)

2. Если класс-перехватчик устанавливает перехват на себя, то в СобытиеГМ_ВводНового(Конт) нужно описывать один входной параметр, а не два, как в описании, и не три, как хотелось бы. Но тогда теряется смысл этого события – можно использовать СобытиеГМ_ПриОткрытии(Конт).
а) использование двух параметров, даже как описано в доке – вылет 1С
б) метод из документации - тоже не работает, но в прилагаемой конфе я не сделал пример.
в) вариант, как можно использовать все три параметра в СобытиеГМ_ВводНового (см. Тест 1), но бесит использование класса-пустышки. Но работает! Посмотришь, Артур, может можно что-то малой кровью придумать, чтобы без «пустышки» работать.

3. В классе-перехватчике ГМ нельзя описывать Деструктор(), даже ничего не выполняющий – уже после выхода из 1С, выскакивает ошибка (хотя, он совсем не нужен). Единственная необходимость, если в процессе работы программы менять перехватчики ГМ, но логики в этом - никакой.

4. Зачем нужен метод ВыполнитьСобытиеГлобальногоМодуля(), если нельзя два класса-перехватчика ГМ использовать? Единственное, что пришло в голову, это вызывать процедуры/функции ГМ и КОП, без проверки: есть они или нет.

5. Не относящееся к Перехватчику: если в модуле обработки хранить код нескольких классов, то, при создании экземпляра одного из классов, включается синтаксический контроль 1С. Т.е. если у двух классов есть одинаковые методы или во втором классе описываем переменные, то сыпятся ошибки, и класс не создается. С внешним текстовым файлом такой проблемы нет.

Зараннее, спасибо.

Буду отвечать по шагам.
AndreyM писал(а) 07. Августа 2008 :: 13:32:

Сделай поиск по ПриЗавершенииРаботыСистемы и моему нику, я описывал решение проблемы для подобных случаев
Блин, все забываю в доку закинуть

AndreyM писал(а) 07. Августа 2008 :: 13:32:


Все работает! ПерехватГМ не менял уже полгода наверное.

Да, с последней сборкой icpp баг с падением вижу
Завтра постараюсь разобраться.

ЗЫ на 2.5.0.6 все нормально

По Деструктор и Перехват ГМ - возможно, что в деструкторе перехватчика ГМ ты выполняешь какие-то действия с визуальными фичами, типа Сообщить, Предупреждение, Состояние и т.п.
А Деструктор подобного перехватчика, если его не вызвать принудительно через СнятьПерехватГМ, будет вызван уже при закрытых окнах 1С, и соответственно будет выдана ошибка в виде модального окна
Проверь свой код деструктора.

artbear писал(а) 07. Августа 2008 :: 14:30:

Нет, ничего не выполняю - в прилагаемой конфе я его вообще не использую. Просто копировал "шаблон" класса и нарвался на эту неприятность.
В прилагаемой конфе раскомментируй Деструктор() - там, кроме //#curmeth ничего нет.
И увидишь, как падает и в первом и во-втором Тесте.

Цитата:


Сейчас занесу в доку.

AndreyM писал(а) 07. Августа 2008 :: 13:32:

Артур, больше интересует вопрос из п.2в. Можешь посмотреть, почему при регистрации класса-перехватчика из другого класса возвращаются три параметра и нет вылета на отчетах, а если регить самого себя или из ГМ или модуля отчета, например, то происходит вылет?
Т.е. почему возврат трёх параметров, без вылетов 1С, происходит только при определенной регистрации одного и того-же кода класса-перехватчика?
Получается, что у тебя предусмотрен возврат всех параметров при вводе нового, но при определенных комбинациях.

artbear писал(а) 08. Августа 2008 :: 09:34:

Может не стоит? Для обратной совместимости.
Судя по форуму, люди, в основном, используют очень старые релизы 1срр