TP-Docs
HTML5 Icon HTML5 Icon HTML5 Icon
TP on Social Media

Recent

Welcome to TinyPortal. Please login or sign up.

May 29, 2023, 03:03:40 AM

Login with username, password and session length
Members
  • Total Members: 3,864
  • Latest: Joonoz
Stats
  • Total Posts: 194,355
  • Total Topics: 21,157
  • Online today: 81
  • Online ever: 3,540
  • (September 03, 2022, 01:38:54 AM)
Users Online
Users: 0
Guests: 124
Total: 124

A few questions

Started by [chrisB], January 03, 2023, 09:05:11 PM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

@rjen

You may have expected this, but I did not...

Running Latest TP on SMF2.1 at: www.fjr-club.nl

tino

Quote from: @rjen on January 28, 2023, 08:32:27 PM
You may have expected this, but I did not...

Honestly, I forgot post based groups were a thing. Now I have realised they are then it is working how I would expect, as if you add an additional group they will appear again, if that group is set.

This also mean's it does what the OP actually want's providing post based groups are set.

tino

I do however think now we have got them so they are both the same, there is an inherent logic flaw in the code for when you don't have any posts as the check doesn't differentiate between 0 post count and 0 being the user group.

This in practice won't make much difference as you are 0 by default when you sign up. So both being 0 doesn't make any difference, and you are unlikely to have someone in the other groups with 0 posts.

@rjen

Hmm, isn't 0 the value for ungrouped members?

This is actually an issue in my forum: we have a club forum that allows non-members to participate.

Paying members are assigned to the Club membergroup that gives them additional priviliges. It does NOT mean that they have ever posted, though. So they will be in a membergroup and still be in the 0-post group: this is actually a substantial part of the user community!
Running Latest TP on SMF2.1 at: www.fjr-club.nl

@rjen

Ok, coming back to the original question....

As it seems there is a small bug with the 'Admin can see all blocks' setting in 2.2.2 that we will address in 2.3.0. The change was just merged in for TinyPortal 2.3.0

This change aligns the behaviour of blocks in Front panel and the other panels, and the other change is now if you are part of a member group which can see the block even if your primary membergroup can't, you will still see the blocks.


The expected behaviour is this:
If a user has thee Administrator as primary membergroup, this user will by default see ALL active TinyPortal blocks. The setting 'Admin can see all blocks' in TinyPortal can be used disable this behaviour for Administrators.

The behaviour is in standard TinyPortal:
Admin can see all blocks (Set) - Admin will see All blocks that are active
Admin can see all blocks (Not-Set) - Admin will see blocks if admin is part of another membergroup which can see the block (additional membergroups).
Running Latest TP on SMF2.1 at: www.fjr-club.nl