Форум

Нужно сделать пользовательский тип свойств на основе строкового типа с небольшим дополнением при отображении в форме редактирования.
Для типа "дата/время", удалось решить аналогичнную задачу просто скопировав себе файл [I]prop_datetime.php[/I] и дополнив [B][I]GetPropertyFieldHtml()[/I][/B][B][I] [/I][/B]нужным образом (см. [URL=https://dev.1c-bitrix.ru/api_help/iblock/classes/user_properties/index.php]https://dev.1c-bitrix.ru/api_help/iblock/classes/user_properties/index.php[/URL])
Тип "Строка" является базовым и его вывод в форме редактирования находится в файле [I]/iblock/admin_tools.php[/I], а не в prop_*.php.
Решал ли кто аналогичную задачу? Есть ли какие-то подходы, кроме выковыривания кода из [I]admin_tools.php[/I] и других файлов модуля iblock?
Если не реализовывать соответствующие методы пользовательского свойства, то свойство просто не сохраняется или не показывается, даже если есть значение в БД.
Т.е. нужен пример полного правильного заполнения всех методов для свойства типа "Строка".

Добрый день!
В обработчике события [B]OnAfterIBlockElementUpdate[/B] при попытке загрузить страницу изменённого товара с помощью
[B]file_get_contents[/B] приходит неполная страница с ошибкой MySQL после ожидания в 50 секунд:
[B]Lock wait timeout exceeded; try restarting transaction[/B] при запросе "[B]UPDATE b_iblock_element SE T TIMESTAMP_X = TIMESTAMP_X...[/B]"

[IMG WIDTH=618 HEIGHT=160]http://dl3.joxi.net/drive/2019/01/30/0023/1364/1529172/72/979d2a4b42.jpg[/IMG]


Это происходит на тестовом сервере, где других пользователей нет, сервер закрыт авторизацией. Поэтому похожие темы про LOCK при множестве запросов не подходят.  

Через некоторое время на тестовом сервере ошибка сама собой исчезла, но осталась на рабочем сервере.Перезагрузки, чистка кэша не помогают.
Писал много в ТП Битрикса, ошибку смог воспроизвести на своём VPS на свежеустановленном Битриксе со всеми обновлениями, но пока какого-то объяснения от них добиться не удалось.

На некоторых серверах ошибка проявляется, на некторых нет. Например на вирутальном хостинге на чистом Битриксе не воспроизвелась.

Она также проявляется и на обработчике события OnStoreProductUpdate.Визуально в админке это приводит к тому, что при нажатии на сохранение товара админка "задумывается" на 1 минуту, пока не отработает обработчик, может выдастся страница с ошибкой невозможности сделать LOCK для сессии.

Всем добрый день!
Не редактируются свойства заказа пользовательского типа в Админке Интернет-магазина
Сделал свойство заказа пользовательского типа по материалам
[URL=https://dev.1c-bitrix.ru/learning/course/?COURSE_ID=43&LESSON_ID=7350&LESSON_PATH=3913.4776.7351.7350]https://dev.1c-bitrix.ru/learning/course/?COURSE_ID=43&LESSON_ID=7350&LESSON_PATH=39...[/URL]
На одном сайте, где установлены последние обновления Битрикс всё успешно работает.
На другом проекте, где БУС [URL=http://www.1c-bitrix.ru/] 17.0.9[/URL], обновлённая летом 2017 г. при попытке редактировать заказ, выдаётся в консоли ошибка JavaScript[QUOTE][B]invalid input type: DELIVERY_STORE_TYPE[/B][/QUOTE]



DELIVERY_STORE_TYPE - это и есть мой пользовательский тип.
Свойства заказа в режиме редактирования в блоке "Покупатель" не показывается вообще.
Ни одно поле нельзя отредактировать, включая поле своего типа.


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

Однако та же ошибка появляется в стандартной форме оформления заказа:

После обращения в техподдержку Битрикса пообещали исправить в ближайшей версии.
Только для меня этот вариант не подходит. В прошлом году установка обновлений на Битрикс (в связи с вводом интернет-касс, пришлось ставить) привела ко множеству правок, связанных не только с функционалом касс, сайт пришлось дорабатывать под новую версию Битрикс. Поэтому ради одного поля делать обновление возможности нет.

Может кто сталкивался с подобной проблемой, знает как обойти или хотя бы куда копать в части внутренних механизмов JavaScript админки Битрикса?