Перейти к контенту
  • 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.

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

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

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

Гость
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Ответить на вопрос...

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

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

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

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

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

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

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

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