Регистрация пользователя - Общие вопросы и ошибки

Друзья, помогите, сломал голову!

При регистрации нового пользователя из админки, вылетает ошибка: SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry '472' for key 'user_id'
При этом пользоватьль создаётся, НО с заполненными, совершенно не понятными данными (скрин прикрепил). 
При этом в самой Joomla пользователь создаётся корректный!
Если делать заказ с фронта сайта, то ситуация аналогична: создаётся корректный заказ, корректный пользователь в Joomla и новый, с бредовыми данными с джумшопинге.
При этом заказ не привязывается к этому пользователю, т.к. данные не совпадают.
Версия Joomla! 3.6.5 , Jsh 4.15.1

Куда рыть?

смотреть стороние плагины относящиеся к регистарции.
например там скрытая или еще чета в этом духе..
люди любят всякое .... ставить...

у вас скорее всего AUTO_INCREMENT для таблицы #__users сбился. переносили сайт?

Попробуйте Расширения/Менеджер расширений/База данных == ИСПРАВИТЬ
(кнопка сверху вверху слева)

Попробуйте Расширения/Менеджер расширений/База данных == ИСПРАВИТЬ
(кнопка сверху вверху слева)

Не помогло.

у вас скорее всего AUTO_INCREMENT для таблицы #__users сбился. переносили сайт?

Да. С OpenServer на хостинг. Как побороть?

смотреть стороние плагины относящиеся к регистарции.
например там скрытая или еще чета в этом духе..
люди любят всякое .... ставить...

Это да. 7 расширений от вас стоят.) Правда связанных с регистрацией только 3: от профиль клиента, редирект пользоватетя, отложеная оплата ))

Да. С OpenServer на хостинг. Как побороть?

зайти в phpMyAdmin в таблицу #__users, посмотреть какой id максимальный, зайти в закладку Operations, задать AUTO_INCREMENT = максимальный id + 1. 99% что дело именно в этом, и JoomShopping вообще не при чем.

Правда связанных с регистрацией только 3: от профиль клиента, редирект пользоватетя, отложеная оплата ))

ни один не может влиять
пробуйте инкрисмент как Дмитрий описал.

Друзья, благодарю за помощь!

ни один не может влиять
пробуйте инкрисмент как Дмитрий описал.

Да, конечно. За 5 лет использования ваших разработок на четырёх магазинах нареканий не было ни каких!

Реализовывал то, что советовал Дмитрий: "задать AUTO_INCREMENT = максимальный id + 1. 99%" . Так и стояло, но в таблицах _jshopping_users были уже юзеры с большими ID, отсюда и заполнение "левыми" данными. Из админки из видно не было. Удалил всех - проблема пропала. Так что спасибо, именно вы указали на это место.

Но вылез ещё косяк: после формирования заказа, в самом заказе, Пользователь  не прикреплён (скрин добавил). Если руками прикрепить пользователя, всё корректно. ID пользователей с Joomla и джумшопинге совпадают.
Здесь куда смотреть?

задать AUTO_INCREMENT = максимальный id + 1
. (точка, конец предложения)
99% что дело именно в этом

так понятнее?

задать AUTO_INCREMENT = максимальный id + 1
. (точка, конец предложения)
99% что дело именно в этом

так понятнее?

Да, спасибо ! )) Но я понял, что 99% это степень вероятности, нежели данные в таблице. Сейчас AUTO_INCREMENT = максимальный id + 1 . Имено так и есть. И пользователи регистрируются корректно. А вот заказы к ним не крепятся, хотя и создаются.

а в заказах случайно не такая же ситуация как была в юзерах? нет заказов с бОльшим номером чем задано в настройках ЖШ?

а в заказах случайно не такая же ситуация как была в юзерах? нет заказов с бОльшим номером чем задано в настройках ЖШ?

Вычистил заказы в базе. Установил в настройка магазина "начинать с 9999". После этого создаётся заказ без юзера. В поле "user_id" стоит -1 (скрин)
Куда дальше смотреть?

блин после опенсервера это полтергейст ловить можно долго...
что на локале ? таких проблем нет ?
может перенесли так ? как переносили ?

блин после опенсервера это полтергейст ловить можно долго...
что на локале ? таких проблем нет ?
может перенесли так ? как переносили ?

Переносил стандарным импортом/экспортом phpMyAdmin.
На локалке попробую развернуть, но что делать, если будет корректно? Работать то надо на сервере.

нее. я так понимаю вы делали на локале потом перенесли на сервер ?
и после этого проблемы ?
или как ?

Попробуйте компонентом Akeeba Backup перенести

Друзья, поборол пользователей и заказы.  Всем спасибо за помощь и советы.

осталась проблема: на последнем шаге оформления заказа вылетает ошибка: SQLSTATE[42S22]: Column not found: 1054 Unknown column 'category_id' in 'field list'
При этом пользователь и привязанный заказ в админке создаются корректно.

Куда смотреть?

в этот раз смотреть в сторону несоответствия таблиц вашей версии JoomShopping. а вообще, смотреть в сторону нормального переноса с локального сервера на хостинг. то, что у вас происходит, не очень нормально. и не факт что вы все ошибки поймаете и исправите.