Перейти к публикации
Дизайн и модификация IPS Community IPBSkinsBETA
Поиск в
  • Дополнительно...
Искать результаты, содержащие...
Искать результаты в...
avgaz

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

Рекомендованные сообщения

03/21/13 10:02 (изменено)

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

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

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

Поделиться сообщением


Ссылка на сообщение
Обратите внимание

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

Поделиться сообщением


Ссылка на сообщение

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

Поделиться сообщением


Ссылка на сообщение

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

Поделиться сообщением


Ссылка на сообщение

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

Поделиться сообщением


Ссылка на сообщение

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

Поделиться сообщением


Ссылка на сообщение

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

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

 

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

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

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

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

Поделиться сообщением


Ссылка на сообщение

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

Поделиться сообщением


Ссылка на сообщение

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

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

Поделиться сообщением


Ссылка на сообщение

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.

×
×
  • Создать...