Идеи пользователя

Нашел баг в коде модуля блога, который приводит к вылету.
Проблема в том, что при удалении пользователя, который оставлял комментарий, список комментриев не загружается, так как процес попадает в бесконечную рекурсию.
В файле /bitrix/modules/blog/lib/bloguser.php ксть функция addNotExistingUsers , так вот если в неё приходит хоть один ИД удаленного пользователя (не с таблицы блога с именно с b_users) то она попадает в бесконечный цикл добавления несуществующего пользователя в таблицу блога, который не добавится, так как он не выбирается с таблицы пользователей. Я добавил пару строк чтобы обойти эту проблему http://joxi.ru/L215a4gFzJB4E2 но, полагаю, что нужно доделать анонимного пользователя, который приймет на себя роль коментатора, чтобы не было пустых значений имени.  

Предлагаю расширить список действий, которые можно совершать с свойствами в списке свойств. Сейчас доступно только 2 опции - активировать и деактивировать:



Было бы очень здорово добавить сюда:
1. Массовое проставление галочки (показывать в списке)
2. Массовое проставление галочки (показывать в детальном просмотре)
3. Привязать свойство к разделу (выбор раздела) - ОЧЕНЬ нужная вещь. Особенно когда свойств под 800-900 штук и чтобы привязать свойство к разделу, нужно в огромном списке без поиска его найти.
4. Галочка "Показывать на странице редактирования элемента"

С переходом на новый вид списка инфоблоков, пропала и никак не появляется возможность управлять картинками в списке у элементов инфоблока:

-Детальная картинка
-Картинка анонса
-Свойство типа файл

Если в списках при создании элемента нажать n раз на кнопку "сохранить", то мы получим n элементов. Это в корне неправильно!

У нас более 600 сотрудников и множество форм заявок реализованным на списках.
И всегда находятся  ̶н̶е̶люди, которые нажмут несколько раз (доходило до 6) на кнопку "сохранить", в результате получаем дубли, много дублей!

Реализуйте, пожалуйста, блокер на кнопку "сохранить" (после нажатия) или хотя бы анимацию выполнения действия.  

Было бы здорово иметь возможность фильтровать товары в торговых каталогах по ценам из админки. Скрин: https://yadi.sk/i/bADhKTiiSFI_5A

Идея предложена на основании обращения в техподдержку №2300013 от 27.03.2019

Реализовать возможность ограничения по категориям или другим условиям для накопительных скидок. Условно говоря человек накопил скидку 10%, но для некоторых категорий она может быть максимально возможной - 7%, в правиле работы с корзиной в таком случае это непонятно как выставлять, да и возможно ли вообще.

Речь идет именно о накопительной системе, в самих категориях с такими ограничениями товары могут быть и со скидками 10-20-30%.

Предлагаю реализовать в маркетинговых акциях такую возможность. Если человек оплачивает заказ в течение заданного количества минут - то стоимость заказа уменьшается на % или конкретное число. Или стоимость доставки. Не важно. Как еще один стимул оплатить заказ.

Товары имеют разные типы цен (и разные валюты)


Можно настроить, чтобы все учетные цены конвертировались на сайте в одну - это хорошо.


В умном фильтре все равно показано несколько цен, в разных валютах.
Изменения в параметрах не работают - это плохо.


Давайте сделаем, чтобы в умном фильтре все цены тоже могли конвертироваться в одну нужную.

Сейчас нет возможности настраивать региональный маркетинг (скидки, наценки, подарки)


Например: для Москвы оставить бесплатную доставку если в корзине более 4000, но для остальных регионов оставить рассчитанную стоимость. Сейчас приходится это делать через дублирование служб доставок с разными ограничениями - что очень не удобно! ведь если изменится условие - придётся во всех копиях служб менять ограничения...

Сейчас в шаблоне товара нет информации о весе и размере продукта и каждый разработчик делает как хочет (кто в свойства пихает размеры кто ещё куда...) Предлагаю использовать стандартные поля товара по максимуму и добавить их в метод CIBlockParameters::GetFieldCode и в выводе их тоже передавать...

При редактировании списка нет возможности привязать сразу к нескольким разделам (только по одному)


При выборе в детальном редактировании нет различий между разделами.. если разделов много - сложно запомнить неактивные...

Добавить возможность при выборе "Действия" в "Правилах работы с корзиной" работать не только со скидками/наценками, но и "применять" какой-либо иной ТИП цен и назначать его действие на условие

Доброго дня!
Хотелось бы иметь возможность кастомной сегментации (включая её настройку) для списка подписчиков или самого подписчика.

Например: у подписчика сейчас имеются поля: Email, Имя, Телефон и USER_ID (http://prntscr.com/g6ah5i) .
А можно было бы добавить Город, ДР и другие параметры

+ в дальнейшем можно было бы делать сегментированные рассылки, специальные рассылки для подписчиков из Москвы, например.

Предлагаю для обработчика службы доставки "Почта России" добавить вывод срока доставки при оформлении заказа.
Очень не хватает.
Хорошо бы, так же, предусмотреть возможность увеличивать этот срок на время сборки заказа (идея https://idea.1c-bitrix.ru/the-opportunity-to-increase-the-calculated-delivery-date/ ).

Шаблоны большинства компонентов Bitrix написаны по MVC, но некоторые компоненты реализованы на коленке и не задумываясь о сложностях кастомизации и использования!

Пример: компонент bitrix:sale.basket.basket верстка на таблицах, исправляем на более приемлемую для нас (но не сильно, буквально изменим table|tr|td на div) меняем классы, т.к. к ним привязаны стили и называются они не понятно.
Теперь фокус! компонент не работает или работает частично! Оказывается разработчики добавили в js генерацию верстки!!! т.е. js сам прописывает table|tr|td и их предустановленные классы!

В итоге, кроме template.php | style.css нужно перебрать весь script.js !

Если написать всё по MVC - тогда "мухи отдельно, котлеты отдельно" функционал JS должен быть завязан только на ID элементов!! Чтобы кастомизация шаблона не убивала кучу времени разработчиков!

Хотелось бы иметь в управлении скидками возможность задать скидку 100% на одну самую дешевую позицию, если в корзине, например, 4 разных позиции на некую сумму + прочие условия.