Форум

[QUOTE]Роман Валевский написал:
Если значений нет, то должны по идее удалиться только эти элементы, которых нет в остатках[/QUOTE]

У вас условие: если в массиве $warehouses нет значения $stock['PROPERTY_WAREHOUSE_VALUE'] , то удаляем

[QUOTE]Так вот, без последнего цикла всё обновляется как надо, с ним - удаляются[/QUOTE]

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

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

Ну значит в вашем массиве $warehouses нет значений которые хранятся $stock['PROPERTY_WAREHOUSE_VALUE']
Проверяйте массив и какие значения получаете(в частности проверяйте пробелы и переносы)

[QUOTE]Кристина Берлейн написал:
Пример, как в новостях - каталог новостей - и переход в детальную новость. [/QUOTE]
Судя по тому что вы хотите вы начали смотреть в правильном направлении
Для этого вам нужно
1. создать новый инфоблок
2. завести в нем множественное свойство файл
3. заполнить хотя бы 1-2 элемента(в анонс элемента загрузить обложку вашей галереи)
4. расположить на нужной странице комплексный компонент новстей
5. настроить его на нужный инфоблок чтобы отображались спискок элементов и работала ссылка на детальный переход
6. подогнать/заверстать шаблоны для отображения так как вам нужно чтобы отображалось

Вот примерный алгоритм того что вам нужно сделать

Правда если вам нужна только фотогалерея, то есть компонент штатный такой, но мне он не нравится, слишком муторно его подгонять под свои нужды(для меня)

Скорее всего о том что значения списочного свойства будут удалять именно в такой последовательности особо не думали, так как во первых это совсем другая сущность, даже из 1С значения не удаляются, а только дополняются(у нас например в каталоге используется около десятка вариантов свойства, а внем перечислено несколько сотен), во вторых это очень редкий кейс, который предполагает, что раз вы решили удалить значения списка, то и элементы подвязанные на это свойство переопределите, т.е. сначала очищаете/переопределяете элементы, а потом за ненадобностью значение удаляете, про наоборот уже сказал.

ничего по логам не замечено. на этот момент все вернуло статус 200

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

к примеру ссылка /bitrix/admin/sale_order_view.php?ID=312311, а содержимое остается список заказов /bitrix/admin/sale_order.php?lang=ru
Приходится идти на страницу командная строка и выполнять \CSaleOrder::StatusOrder(312311, "B");
После этого в заказ можно проваливаться и редактировать, но ни одна скидка в таком заказе не применена и типа стоит что оплачено 100р, а нужно 200р
После пересчета скидок , заказ становится нормальным.

стандарную никак вы не переделаете, вам для этого придется свой компонент делать.

Хотя если вы сделаете по другому, заведете другой инфоблок в котором 1 фото - 1 элемент и свойство привязка к элементу , то тогда выборку можно будет сделать по новому инфоблоку и использовать уже стандартную пагинацию

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

После оплаты в какой-то момент идет пересчет заказа и поле статус просто обнуляется, скидки слетают. Такой заказ нельзя из админки никак править, приходится делать вызов CSaleOrder::StatusOrder устанавливая промежуточный технический статус, после идти в заказ и нажимать на кнопку пересчитать, только после этого заказ становится нормальным, с правильными ценами и прочим.

Как отловить процесс обнуления статуса?

Так чего спрашиваете, раскажите. Не сейчас, так через неделю/месяц/год кому-то да пригодится.

Я сталкиваюсь периодически с такой ситуацией. И не только сейчас после последних обновлений, просто конкретно вы столкнулись с этим сейчас. От чего так не могу сказать(подозреваю что от браузера через который идет восстановление зависит), но прежде чем восстанавливать БД нужно убедиться, что вы можете заполнить настройки вручную.