Не найден контрол, соответствующий параметру %PLPCALL%
|
Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
Volod Эксперт
Вступление в Клуб: 19.09.2007
|
Вт Авг 13, 2024 09:13  Не найден контрол, соответствующий параметру %PLPCALL% |
|
Полезность: Нет оценки
|
После обновления версии 24.3.02 при запуске CL_BANK_N Изменить возникает ошибка "Не найден контрол, соответствующий параметру %PLPCALL% и не установлен признак валидируемости для этого контрола".
Операция с расширением, до обновления ошибки не было.
После сообщения об ошибке операция Изменить запускается и нормально работает.
При вызове Изменить (служебная) ошибки нет.
Понятно, что проблема в вызове
V_METH := '<%PLPCALL %VAR%.V_THIS.[EDIT#AUTO]() %>';, но как это побороть? |
|
|
Эмиралька Эксперт
Вступление в Клуб: 09.11.2015
|
Пн Авг 19, 2024 14:30  Re: Не найден контрол, соответствующий параметру %PLPCALL% |
|
Полезность: Нет оценки
|
Volod пишет: | После обновления версии 24.3.02 при запуске CL_BANK_N Изменить возникает ошибка "Не найден контрол, соответствующий параметру %PLPCALL% и не установлен признак валидируемости для этого контрола".
Операция с расширением, до обновления ошибки не было.
После сообщения об ошибке операция Изменить запускается и нормально работает.
При вызове Изменить (служебная) ошибки нет.
Понятно, что проблема в вызове
V_METH := '<%PLPCALL %VAR%.V_THIS.[EDIT#AUTO]() %>';, но как это побороть? |
Проверить, есть на на операции перемнные V_METH, V_THIS ?
Есть на ЭФО контролы, соответствующие этим переменным? |
|
|
Volod Эксперт
Вступление в Клуб: 19.09.2007
|
Пн Авг 19, 2024 14:38   |
|
Полезность: Нет оценки
|
Этот же вызов V_METH := '<%PLPCALL %VAR%.V_THIS.[EDIT#AUTO]() %>'; работал до изменения.
Запускающая операция Z$CLIENT_EDIT#AUTO не менялась.
Если запускать без расширения - работает, из операции Выбор работает и с расширением. Т.е. ошибка возникает в связи с расширением. |
|
|
Эмиралька Эксперт
Вступление в Клуб: 09.11.2015
|
Вт Авг 20, 2024 14:14   |
|
Полезность: Нет оценки
|
Volod пишет: | Этот же вызов V_METH := '<%PLPCALL %VAR%.V_THIS.[EDIT#AUTO]() %>'; работал до изменения.
Запускающая операция Z$CLIENT_EDIT#AUTO не менялась.
Если запускать без расширения - работает, из операции Выбор работает и с расширением. Т.е. ошибка возникает в связи с расширением. |
А. Поняла.
Слушай, интересный вопрос, на который у меня нет ответа.
Никогда с таким не сталкивалась.
Сожалею, не помогу. |
|
|
pabrz Участник со стажем
Вступление в Клуб: 27.09.2022
|
Пт Авг 30, 2024 02:28   |
|
Полезность: Нет оценки
|
У расширения своя экранная форма есть? |
|
|
Volod Эксперт
Вступление в Клуб: 19.09.2007
|
Пт Авг 30, 2024 10:24   |
|
Полезность: Нет оценки
|
Да, и есть локальные параметры, переменные |
|
|
pabrz Участник со стажем
Вступление в Клуб: 27.09.2022
|
Пн Сен 02, 2024 02:02   |
|
Полезность: Нет оценки
|
Обычно с этим трудности и связаны. Попробуйте чисто на эксперимент бахнуть на расширении экранную форму - посмотрите ошибка сохранится или нет.
Чаще всего похожая ерунда происходит на расширениях к парам операций добавить_изменить, когда есть расширение к добавить, есть расширение к изменить, и при этом изменить еще использует экранную форму от добавить.
Тут ситуация немного иная, и plp вызов.
Если без экранки на расширении заработает, значит копать надо где-то с этой стороны. Я бы еще попробовал посмотреть на v_this и его состояние на экранке на расширении.
(Проблема может быть теоретически не решаемой из-за plp вызова - там свои тонкости, и если это окажется так - я бы сменил подход к вызову, скажем, расширение заменил на операцию типа выбор, допустим.)
Также можно попробовать зайти со стороны очень каверзного признака из директив компиляции. У расширений есть хитрая опция, называется "Объединенный пакет" - иногда она решает вот такие нерешаемые обычными методами вопросы. И я почти уверен, что может помочь в вашем случае. При объединенном пакете расширение и базовая операция сливаются - у них будет один пакет на двоих. |
|
|
Volod Эксперт
Вступление в Клуб: 19.09.2007
|
Пн Сен 02, 2024 11:15   |
|
Полезность: Нет оценки
|
Признак "Объединенный пакет" не помог.
Понятно, что проблема в экранной форме расширения, так как ломается на PLPCALL, который для вызова операции использует экранную форму.
Перелопатить экранную форму довольно трудозатратно.
Цитата: | я бы сменил подход к вызову, скажем, расширение заменил на операцию типа выбор |
Это дистрибутив - вызывает EDIT в дочерних классах через PLPCALL. Изменить (Служебная) через Выбор работает без ошибки. |
|
|
pabrz Участник со стажем
Вступление в Клуб: 27.09.2022
|
Вт Сен 03, 2024 02:46   |
|
Полезность: Нет оценки
|
Вообще первый прикол в том, что v_this действительно не положили в экранную форму. V_METH Положили, а V_THIS - нет. И операция на версии действительно ни по одному из файлов не менялась.
Второй прикол в том, что я пробы ради создал расширение такое, пустое, на посмотреть... и оно не ломается.
Как-будто что-то не так с самим расширением.
Не зная что там с расширением накручено не смогу подсказать.
А вы в каком варианте работаете? DBI? MCA? Platform project? |
|
|
|
|
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
|
|