Нашел баг в коде модуля блога, который приводит к вылету. Проблема в том, что при удалении пользователя, который оставлял комментарий, список комментриев не загружается, так как процес попадает в бесконечную рекурсию. В файле /bitrix/modules/blog/lib/bloguser.php ксть функция addNotExistingUsers , так вот если в неё приходит хоть один ИД удаленного пользователя (не с таблицы блога с именно с b_users) то она попадает в бесконечный цикл добавления несуществующего пользователя в таблицу блога, который не добавится, так как он не выбирается с таблицы пользователей. Я добавил пару строк чтобы обойти эту проблему http://joxi.ru/L215a4gFzJB4E2 но, полагаю, что нужно доделать анонимного пользователя, который приймет на себя роль коментатора, чтобы не было пустых значений имени.
Столкнулись с проблемой, что для корзины нужно вывести подарки (пробники-парфюмерия), но пользователь ИМ может увеличивать количество подарков и после определённого количества вся позиция с подарками становится платной! Получается, что пользователь не может взять 2 товара в подарок и за 1 товар ещё заплатить!
Добрый день! Честно говоря, задолбала анимация, которую вы добавляете в каждый элемент. Сделайте так, чтобы ее можно было отключить! Раньше ее можно было отключить в некоторых элементах (почему-то не во всех). Теперь вообще нигде нельзя отключить. Ребята, вы просто маньяки какие-то. Добавьте, пожалуйста, выключатель анимации. Заранее благодарю.
На данный момент, если в переговорных есть регулярные события, например, каждый понедельник до 1 августа по понедельникам в 10:00 совещание отдела продаж в большой переговорной, то при желании создать событие в этой же переговорной на другое время календарь показывает, что она полностью занята до 1 августа. Как так?
Она считает сделки, висящие на этапах, а не конверсии.
Как я понял, что это висящие сделки, я сейчас пояснять не буду. Но то, что это не конверсии, любой может проверить. Вот как:
Посмотрите сколько сделок с первого этапа конвертируются в продажу за этот месяц. За прошлый месяц конверсия была выше. А за месяц полгода назад почти все сделки стали успешными.
В фильтре в поле "Сделка закрыта" укажите "Да" (так воронка должна показать статистику по закрытым сделкам). Абсолютно все сделки с первого этапа сконвертируются на последний.
Глядя на данные в воронке попробуйте ответить "На каком этапе сколько сделок отвалились? Не сможете.
А ведь понимание своих конверсий на каждом этапе воронки - это основной инструмент в анализе продаж.
Убедительная просьба сделать нормальные инструменты анализа продаж!
После того, как в задачах, например в виде диаграммы Ганта, добавляешь задачу в план рабочего дня, эта кнопка не пропадает (ну или не меняется на "Убрать из рабочего дня") из выпадающего меню, необходимо только перезагружать всю страницу.
К пример "отложить" и "возобновить" задачу обновляется нормально.
При попытке создания таблицы в задаче из процесса она теряет форматирование. К тому же в задачах невозможно работать с таблицами. Более подробно в видео по ссылке:
У вас уже огромный продукт - с которым в одиночку вам не вылизать все баги, которых не мало. Считаю, что настало время привлеч партнеров (может даже и клиентов) для отлова багов в системе. Практически всем мы сталкиваемся с багами в системе в своей работе, причем часто это банальные опечатки/помарки из-за которых приходится кастомизировать темлпейты и компоненты.
Лично я готов прям фиксы присылать - в какой строке, что на что следует поменять.
Сейчас все работает через техподдержку - и объясню чем это плохо: Тот баг что я нашел и применил решение - будет у вас месяцами лежать до воплощения в релиз. А видя этот баг другие ползователи давно бы сами залезли и поправили, или хотя бы увидели, что такая проблема вообще существует, а не сталкивались с ней после того как им о проблеме сказал пользователь спустя пару месяцев.
Думаю, это было бы актуально для разработки больших продуктов. Основные возможности такой системы: 1) Возможность быстро добавлять баги из 1-2 строчек 2) Возможность комментировать баги и ставить им статусы 3) Возможность объединять несколько багов в один (под вопросом)
Главные качества системы - наглядность и скорость. В идеале должны быть в Битрикс-24, корпоративном портале и редакциях старше Малого Бизнеса
Здесь множество идей по внедрению новых функций и возможностей, но, к сожалению, есть небольшие баги которые мешают нормальной работе с сайтом и которые уже почти год не были исправлены. Предлагаю: сначала исправить все баги, а уже потом разрабатывать новые функции и модули для движка. А то получается, что старые баги не исправлены, а на их основе создаются новые модули и функции, в итоге багов как снежный ком - больше и больше.