от неавторизованного пользователя с email name@domain.ru . Заказ оформился нормально. Пользователь с таким email автоматически создался (без пароля). Потом я хотел войти под аккаунтом name@domain.ru, нажал на восстановление пароля. Из почтового ящика перешёл по ссылке. Стал вводить пароль и подтверждение пароля (нового), потом нажал на кнопку "Сменить пароль". И у меня пишется "Неверное контрольное слово". Как решить эту проблему?
Если регистрироваться просто через форму, то всё нормально. А те пользователи, которые создаёт заказ - вот такая проблема выходит (неправильная контрольная сумма). И после этого не даёт регистрироваться с той же самой почтой. Пишет, что пользователь с таким логином уже существует. Помогите, пожалуйста.
Никто не сталкивался с такой проблемой? Может кто поможет?
ну отключить в главном модуле проверку мыла
ну а вообще смотреть что за код и дебажить проверку прямо в ядре... по другому хз как выловить проблему
Это вот здесь менять? Объясните, пожалуйста, поподробнее.
да. но это разрешит только регистрацию новую при совпадении мыла вашу проблему с контрольными суммами не решит
А что же тогда делать? Может в коде что-то менять.
Это вот эта проблема.
мыслей не особо... я бы полез в ядро дебажить, видимо так быстрее проблему отловить будет
ну откуда знать... навертели редирект может какой или подмена/удаление get параметра, или в шаблоне снесли какое поле... вариантов масса, не угадать
Ну я написал в поддержку. Надеюсь, что поможет. Может там модуль интеграции с RetailCRM мешает.
это врядли. поддержка не разрабатывает сайты
Посмотрим. Ну а не подскажете куда копать-то хоть?
ну 3-ий раз пишу лезь в ядро текст ошибки есть, вгоняете в поиск по файлам дальше код языковой переменной и конкретно будет место где она вызывается дальше принт чего там проверяет и как и откуда берет может там вообще нет хеша или алгоритм подписи не работает (проверка системы в админке может выдаст ошибки)... не помню точно версию php и конкретно либы которые используются при подписи (но это уже явно последний этап если алгоритм создания хеша не работает)
я сталкивался с отвалом сигнатур/подписей в битриксе но это прям очень давно и чуть ли не на 5.3 php
Ну не может ли быть проблема в том, что создаётся пустой пароль у Пользователей, которые создаются автоматически при оформлении (создании) заказа? Ведь если после этого человек не может зарегистрироваться под тем-же самым email, то нужно позволить ему сделать хотя бы это и это будет правильно. Если я поставлю/убиру галочку в Главном модуле в следующем скриншоте, то позволит ли это людям регистрироваться с тем же самым email, что и email в заказе, который они оформили?
не может. с пустым паролем не зарегать
ну по регистрации проверьте... (может в sale.order.ajax есть еще настройки)
Значит нужно сделать событие "После создания заказа", где Пользователю заказа назначается пароль.
Да там я все настройки проверил.
ну т.к. пароль нужно в письме, там бы его и делал
просто сменить пароль если новый юзер (как проверить хз, по дате может чекнуть) и отправить этот пароль в данном письме *можно заюзать свойство заказа для этих целей (типа пароль отправлен, для контроля) также заглянуть в b_event и макросы, может пароль уже есть там для нового юзера (может обновами уже и появился он там)
Я решил проблему. Поставил в настройках компонента "Оформление заказа ajax" галочку "Использовать много профилей для Пользователей с одинаковым email". Но почему я до этого раньше не дошёл - там были другие комплексно связанные проблемы с сайтом и интеграции с RetailCRM.
Обсуждают сегодня