Вообще не понимаю принцип подписок биллинга

Кто поможет разобраться
По-молчанию пользователю недоступен контент. После оформления подписки пользователь попадает в новую группу пользователей. Этой группе контент открыт, но пользователь продолжает оставаться и в первоначальной группе (то есть он в двух группах одновременно). При этом контент как был недоступен, так и продолжает быть недоступным. По идее, как мне кажется, пользователь на период подписки должен автоматически удаляться из прошлой группы. Если админу требуется присутствие в обеих группах, он это может сделать в настройках подписки.
Уже посмотрел все настройки, никак не пойму, что делаю не так.
Как сделать доступным контент по подписке?

Расскажите, как Вы сделали контент недоступным/доступным, а то есть несколько вариантов, но как это сделали Вы у себя на сайте? Попробую повторить.

Расскажите, как Вы сделали контент недоступным/доступным, а то есть несколько вариантов, но как это сделали Вы у себя на сайте? Попробую повторить.

Типы контента -> {нужный тип контента} -> вкладка "доступ" -> самая нижняя строка "Запретить просмотр списка записей" -> выбрать из выпадающего списка "Все" для соответствующей группы пользователей.

Разве как-то ещё можно настроить?

Разве как-то ещё можно настроить?

Да, можно через "Страницы и виджеты".

Проверил, проблема есть. Но это не биллинга проблема, а движка. Пишите сюда.

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

Разве как-то ещё можно настроить?

Да, можно через "Страницы и виджеты".

Проверил, проблема есть. Но это не биллинга проблема, а движка. Пишите сюда.

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

Как вы определили, что это баг именно движка, а не биллинга?

Но это не биллинга проблема, а движка.

С чего вдруг?

Как вы определили, что это баг именно движка, а не биллинга?

Очень просто. Проверил на сайте, где биллинга вообще нет. Биллинг же не управляет правами, а только переводит юзеров между группами.

Fuze, нет, не в этом проблема. А в том, что если пользователь находится, например, в двух группах, а запрет на просмотр только для одной, то этот запрет распространяется и на вторую. Другими словами, "Новым" запрещено смотреть объявления, а "Модераторам" разрешено. Пользователь состоит в двух группах — "Новые" и "Модераторы". И он не может просматривать объявления, хотя как модератору ему можно. Вот так вот.

При всем при этом, доступы для добавления записей, добавления полей и т.д. работают с точностью да наоборот. Если "Новому" нельзя добавлять новости, а "Модератору" можно, а юзер в обоих группах, то ему МОЖНО добавлять новости.

Или еще сложнее пример. "Новым" можно добавлять страницы, но нельзя заполнять заголовок в страницах, а "Модераторам" можно заполнять заголовок в страницах, но нельзя добавлять страницы. Пользователь в двух этих группах — ему можно добавлять страницы и заполнять его заголовок.

Я это точно знаю)))) Пришлось изучить, когда последнийвиджет писал)) Тестировал самые сложные вариации, и не с 1-2, а с 3 группами.

а запрет на просмотр только для одной, то этот запрет распространяется и на вторую.

О каком запрете речь? Какое правило доступа?

Как вы определили, что это баг именно движка, а не биллинга?

Очень просто. Проверил на сайте, где биллинга вообще нет. Биллинг же не управляет правами, а только переводит юзеров между группами.

Тогда Fuze поспешил закрывать тикет по причине "Не относится к официальной сборке InstantCMS"

Тогда Fuze поспешил закрывать тикет по причине

В той формулировке тикет действительно не относится к CMS.

О каком правиле доступа речь?

О каком запрете речь? Какое правило доступа?

О любом из двух:

чебурек дохлэй мыш, правила, запрещающие доступ, приоритетные. Если на втором скриншоте использовать блок "Показывать группам", то полагаю, что всё будет нормально.
По первому скриншоту подумаю как решить.

правила, запрещающие доступ, приоритетные. Если на втором скриншоте использовать блок "Показывать группам"

Ах вот оно что))) А если надо всем показывать, а только Новым не показывать? Я думал, что эти два правила для быстрого исключения какой-то одной группы, типа "показывать всем кроме админов" или "не показывать всем кроме гостей". В итоге, здесь логика отличается от всех других прав доступа. На мой взгляд, правильно было бы не устанавливать приоритеты. Или опционально этот приоритет включать. Новым нельзя, а остальным можно? Хорошо. Новые не видят, но если Новый стал еще и Модератором, то уже видит, ведь модератору можно. Так, как работают права доступа в других местах движка.

будет нормально

Показывает теперь правильно, да. Но только нам надо поштучно выбирать группы, которым можно показывать контент. А если появляются новые группы? А если у нас десяток типов контента? Исключить одну или включить много — это разные вещи.

Ну а вообще, смотрите сами, пусть будет так, как Вы считаете правильным))

чебурек дохлэй мыш, Блок называется "не показывать группам". Указанным группам и не показывается. Всё работает как и ожидается.

Исключить одну или включить много — это разные вещи.

Я понимаю. Поэтому по ситуации в данном случае нужно настраивать.

По первому скриншоту я согласен, работает не совсем очевидно. + в правилах доступа, где список, важен приоритет опций, сверху вниз. Скорее всего добавлю туда последней опцию "разрешить".