3.4.2IBR Скидывает маску доступа

[avgaz 8]

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

Это у всех так на 3.4.2? как поправить данную багу?

Изменено 21 марта 2013 пользователем avgaz

[Bot 5]

Обратите внимание

По указанному вами в профиле "Board url" находится не IP.Board, либо модифицированный пиратский скрипт с удаленными копирайтами. Если вы указали неверный URL, пожауйста, поправьте его, потому что он скорее всего потребуется при диагностике вашей проблемы. Нелицензионные скрипты не приветствуются, т.к. зачастую именно некорректное "нуление" и является причиной проблем в них.

[Zero108 124]

Пользовался официальной 3.4.2, такой проблемы не было.

[avgaz 8]

Может у кого есть IBR 3.4.2 проверит как сохраняются макси доступа для групп

[avgaz 8]

Путем тыканья выяснил что проблема в таблице permission_index установил чистую 3.4.3 права нормально ставятся заменил эту таблицу из бекапа и все права перестали сохранятся. В чем может быть проблема?

[Zero108 124]

Таблица битая, лишние поля, неправильные данные полей?

[siv1987 2628]

check_requrements.php что говорит?

http://ipbskins.ru/forum/topic10630.html

[avgaz 8]

Таблица битая, лишние поля, неправильные данные полей?

Как проверить на лишние поля? структура таблицы идентична с только что установленой

 

check_requrements.php что говорит?

http://ipbskins.ru/forum/topic10630.html

скрипт пишет всё ОК кроме IP.Nexus Only: Checking for ability to load Zend Guard encoded files...FAIL

Ну собственно Zend не влияет

[siv1987 2628]

@avgaz, думаю вам стоит написать в сапорт, так как здесь уже можно только гадать. Была бы таблица битая, у вас был бы sql еррор при запросе, а лишнее поля здесь не влияют.

[avgaz 8]

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

вроде решил проблему, в таблице permission_index данные были продублированы два раза то есть было 146 записей и значения поля perm_type_id шло с 1 по 75 и потом опять по новой дублировалось, удалил дубли и всё стало сохранятся нормально. Теперь думаю правильное это решение или нет. Дубли думаю взялись после обновления с 2.3.6 до 3.3