Форум

[QUOTE]Марат Сайфуллин написал:
Там только пару обработчиков при изменении цены.[/QUOTE]
На какие именно события? И что примерно делают?
Какие-то доп. модули установлены?

Посмотрите в init.php - может, какие-то обработчики мешают.

Первый способ верный. Проверьте чтобы $arEl["ID"] содержал правильный ID товара, т.е. тот ID, который при редактировании товара в админке содержится в параметре ID в адресной строке. Ну и проверьте, что $ImgEl содержит нужные данные, и CFile::MakeFileArray() генерирует правильный массив.

Update() проходит успешно? Возвращает true?

Т.е. весь массив есть, а ключ DESCRIPTION пустой?
Вообще, содержимое массива так не проверяют - ее проверяют такими надежными средствами как print_r() или var_dump().

Странно. Если считать, что вы правильно проверяете в обработчике, то проблема где-то выше. Попробуйте провести отладку, начиная с того файла где вызывается обработчик, а именно /bitrix/modules/main/classes/general/user.php (а именно метод CUser::CheckFields): если и в него поступают пустые данные, то смотрите еще выше. А если нет - то смотрите что с ними происходит.

А что такое arFields в init.php? Если имеете ввиду какой-то обработчик - то укажите какой именно, их могут быть сотни, и в целом задавать вопрос нужно не по init.php - а уже по какому-то конкретному обработчику.

Откройте админ-файл iblock_element_edit.php и перед обновлением элемента сделайте дамп $arFields и die() - будет видно как должен быть массив в случае если нужно менять местами значения. Я недавно разбирался с аналогичным вопросом для типа Файл, это сложнее. Думаю, с привязкой все просто:[CODE]$arPropValue = array(
ID_старого_значения => ID_элемента_для_привязки,
ID_старого_значения => ID_элемента_для_привязки,
n0 => ID_элемента_для_привязки,
n1 => ID_элемента_для_привязки,
ID_старого_значения => ID_элемента_для_привязки,
n2 => ID_элемента_для_привязки,
ID_старого_значения => ID_элемента_для_привязки,
);
[/CODE]где n0, n1, n2 - ключи для новых значений свойств, остальные - существующие.

Но это только предположение. Если не работает, истина где-то рядом.

Здравствуйте.
Дело в том, что в большинстве случаев сейчас используется nginx для статики, в т.ч. для файла robots.txt - поэтому htaccess для этого файла просто не используется.
Тут нужно настраивать конфиги nginx.

Вы пробовали закомментировать одновременно и LocalRedirect и CHTTP::SetStatus("404 Not Found") и @define("ERROR_404","Y"), и после этого проблема остается?

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