Перейти к контенту
  • 0

Права на post HTML у Secondary Member Group


Delka

Вопрос

Баг наблюдается как в 2.0.4 так и в 2.3.1 :D

 

Есть группа Модераторов которым разрешено постить HTML.

Но если конкретному пользователю добавить членство в этой группе как второстепенное - он не приобретает право постить HTML ^(

А иногда очень нужно чтоб у человека такое право было, но он не был модером.

 

Как это можно исправить?

Ссылка на комментарий
Поделиться на других сайтах

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

  • 0
неужели это вообще ни для кого не важно?
Ссылка на комментарий
Поделиться на других сайтах

  • 0

xRay

но ведь должны, обязаны складываться!

даже написано так в самой админке в объяснениях

и работает для всех остальных полей.

 

Где писал?

Способы решения проблемы есть?

Ссылка на комментарий
Поделиться на других сайтах

  • 0

up!

 

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

Т.е. если юзеру второй группой поставить модератора, он не получает модераторских прав этой группы (не прав на модерирование, или permission mask, а именно прав на действия у группы)

Ссылка на комментарий
Поделиться на других сайтах

  • 0

Не буду говорить за все модераторские права, а конкретно с правом на HTML ситуация такая: если поискать по файлам форума упоминания g_dohtml (а это поле в БД, которое как раз и отвечает за возможность группы использовать HTML), то найдутся два файла, отвечающих за отправку пользователем сообщений:

/sources/classes/post/class_post.php

/sources/classes/post/class_post_edit.php

Так вот, если мы посмотрим на эти файлы, то увидим, что в них везде возможность пользователю использовать HTML проверяется по массиву данных этого пользователя:

$this->ipsclass->member['g_dohtml']

КРОМЕ одного места:

	function html_checkboxes($type="", $tid="", $fid="") 
{
	...
	if ( $this->ipsclass->cache['forum_cache'][$fid]['use_html'] and $this->ipsclass->cache['group_cache'][ $this->ipsclass->member['mgroup'] ]['g_dohtml'] )

Все проверки проводятся по массиву данных пользователя (который заполняется практически на равной основе как данными первичных, так и данными вторичных групп),

НО эта проверка (которая по логике отвечает только за отображение выпадающего списка "Хотите ли вы использовать HTML": "нет", "ручной", "автоматический") использует почему-то только настройку первичной группы!

 

Соответственно, если мы тут заменим

$this->ipsclass->cache['group_cache'][ $this->ipsclass->member['mgroup'] ]['g_dohtml']

на

$this->ipsclass->member['g_dohtml']

как в других местах, то всё будет работать так, как нужно!

 

Мне кажется, что в данном случае это как раз недосмотр IPB.

Ссылка на комментарий
Поделиться на других сайтах

Присоединиться к обсуждению

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

Гость
Ответить на вопрос...

×   Вы вставили отформатированный текст.   Удалить форматирование

  Допустимо не более 75 смайлов.

×   Ваша ссылка была автоматически заменена на медиа-контент.   Отображать как ссылку

×   Ваши публикации восстановлены.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

Зарузка...
×
×
  • Создать...

Важная информация

Находясь на нашем сайте, вы соглашаетесь на использование файлов cookie, а также с нашим положением о конфиденциальности Политика конфиденциальности и пользовательским соглашением Условия использования.