phpBB 3.3.13-RC1 released

General discussion of development ideas and the approaches taken in the 3.x branch of phpBB. The current feature release of phpBB 3 is 3.3/Proteus.
Forum rules
Please do not post support questions regarding installing, updating, or upgrading phpBB 3.3.x. If you need support for phpBB 3.3.x please visit the 3.3.x Support Forum on phpbb.com.

If you have questions regarding writing extensions please post in Extension Writers Discussion to receive proper guidance from our staff and community.
User avatar
Marc
Development Team Leader
Development Team Leader
Posts: 191
Joined: Thu Sep 09, 2010 11:36 am
Location: Munich, Germany

phpBB 3.3.13-RC1 released

Post by Marc »

Release highlights The packages can be downloaded from our package archive or the Area51 downloads page. Please test the packages to extent, so we can have a fail-safe final release.

User avatar
Marc
Development Team Leader
Development Team Leader
Posts: 191
Joined: Thu Sep 09, 2010 11:36 am
Location: Munich, Germany

phpBB 3.3.13-RC1 - Event changes

Post by Marc »

Event changes

PHP Events
  • None

Template Events
  • ucp_group_settings_after
    Prosilver Placement: ucp_groups_manage.html
    Added in Release: 3.3.13-RC1
    Explanation: Add content after options for managing a group in the UCP
  • ucp_group_settings_before
    Prosilver Placement: ucp_groups_manage.html
    Added in Release: 3.3.13-RC1
    Explanation: Add content before options for managing a group in the UCP

ACP Template Events
  • acp_groups_add_user_options_after
    Placement: acp_groups.html
    Added in Release: 3.3.13-RC1
    Explanation: Add content after options for adding user to group in the ACP
  • acp_groups_add_user_options_before
    Placement: acp_groups.html
    Added in Release: 3.3.13-RC1
    Explanation: Add content before options for adding user to group in the ACP
  • acp_groups_add_user_usernames_before
    Placement: acp_groups.html
    Added in Release: 3.3.13-RC1
    Explanation: Add content before usernames option for adding user to group in the ACP

User avatar
Crizzo
Translations & International Support Teams Manager
Translations & International Support Teams Manager
Posts: 28
Joined: Sun Jul 14, 2013 11:57 am

Re: phpBB 3.3.13-RC1 released

Post by Crizzo »

Did install smooth and without probs :)

User avatar
Fred Rimbert
Registered User
Posts: 7
Joined: Tue Sep 05, 2023 9:33 pm

Re: phpBB 3.3.13-RC1 released

Post by Fred Rimbert »

Installation done on my test board, without any problem

User avatar
Scanialady
Registered User
Posts: 24
Joined: Sat Sep 12, 2015 3:17 pm

Re: phpBB 3.3.13-RC1 released

Post by Scanialady »

Update 3.3.12 -> 3.3.13-RC1 without problems on my test board.

An anomaly since phpBB 3.3.12:

ACP - Permissions - Permission Masks: View user-based permissions
Select a user with permission allowed for any setting, for example "Can change password" and click "View permissions" - than click "Profile" Tab there.

You see can change password is yes and green.

Click on the Trace Setting link there. The window "Trace for: Testuser / Can change password " opens. You see the result

"Trace result Never"

If this behavior is intentional, I don't understand the background. My Testuser has permission "Can change password" allowed in both groups, NRU and RU
Attachments
userbasedperms.jpg

User avatar
danieltj
Infrastructure Team
Infrastructure Team
Posts: 10
Joined: Wed May 15, 2024 10:42 pm

Re: phpBB 3.3.13-RC1 released

Post by danieltj »

Scanialady wrote: Tue Aug 06, 2024 9:51 am Click on the Trace Setting link there. The window "Trace for: Testuser / Can change password " opens. You see the result

"Trace result Never"

If this behavior is intentional, I don't understand the background. My Testuser has permission "Can change password" allowed in both groups, NRU and RU
I've been developing an extension and had an issue recently where the permission tracer was acting weirdly. I think (and I need to do more testing) that the permissions might be corrupted in some way so it's returning an incorrect result due to (maybe) a bad database migration.

I'm going to hazard a guess and say it's definitely not intentional but I'm stumped as to how it happens.

User avatar
Scanialady
Registered User
Posts: 24
Joined: Sat Sep 12, 2015 3:17 pm

Re: phpBB 3.3.13-RC1 released

Post by Scanialady »

Thank you for your statement.
It already felt like no one else had noticed. Although I know for a fact that there are at least two other people who know about the problem.

User avatar
P_I
Community Team
Community Team
Posts: 137
Joined: Fri Oct 31, 2014 4:56 am

Re: phpBB 3.3.13-RC1 released

Post by P_I »

Full package update done on my test board, without any problems detected.

Server is running Ubuntu 24.04 with PHP 8.3.6 and MySQL(i) 10.11.8-MariaDB-0ubuntu0.24.04.1

warmweer
Registered User
Posts: 120
Joined: Wed Jul 09, 2003 5:27 pm
Location: Belgium

Re: phpBB 3.3.13-RC1 released

Post by warmweer »

Scanialady wrote: Tue Aug 06, 2024 9:51 am Update 3.3.12 -> 3.3.13-RC1 without problems on my test board.

An anomaly since phpBB 3.3.12:

ACP - Permissions - Permission Masks: View user-based permissions
Select a user with permission allowed for any setting, for example "Can change password" and click "View permissions" - than click "Profile" Tab there.

You see can change password is yes and green.

Click on the Trace Setting link there. The window "Trace for: Testuser / Can change password " opens. You see the result

"Trace result Never"

If this behavior is intentional, I don't understand the background. My Testuser has permission "Can change password" allowed in both groups, NRU and RU
Strange.
I just read this and tested this on a 3.3.12 testing board (permissions set as in the printscreen - permission mask was correct), updated to 3.3.13 RC1 and checked permissions: all OK, permissions trace also all OK.
Procrastination is my hobby, but I keep on postponing it.

User avatar
Scanialady
Registered User
Posts: 24
Joined: Sat Sep 12, 2015 3:17 pm

Re: phpBB 3.3.13-RC1 released

Post by Scanialady »

warmweer wrote: Mon Aug 19, 2024 7:57 pm
Strange.
I just read this and tested this on a 3.3.12 testing board (permissions set as in the printscreen - permission mask was correct), updated to 3.3.13 RC1 and checked permissions: all OK, permissions trace also all OK.
Did you try this with a normal user, an newly registered or an admin account? I tested it again on another testboard with a newly registered user - the same.

Post Reply