| Commit message (Collapse) | Author | Age | Files | Lines |
| | |
|
| | |
|
| |\
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
[ticket/14213] Adding event after users have been added to a group
* marc1706/ticket/14213:
[ticket/14213] Add pending to core.group_add_user_after
[ticket/14213] Mv event group_add_user_after after cache cleaning
[ticket/14213] Fix version number
[ticket/14213] Adding missing reference to event dispatcher
[ticket/14213] Adding event after users have been added to a group
|
| | |
| |
| |
| | |
PHPBB3-14213
|
| | |
| |
| |
| |
| |
| | |
In order to match with the rest of the event and to have appropriate info state
PHPBB3-14213
|
| | |
| |
| |
| |
| |
| | |
for core.group_add_user_after event
PHPBB3-14213
|
| | |
| |
| |
| |
| |
| | |
Required to dispatch event, wasn't included into global
PHPBB3-14213
|
| | |
| |
| |
| |
| |
| | |
Allow mapping with others CMS by exposing user configuration & changes
PHPBB3-14213
|
| |\ \
| |/
|/|
| |
| |
| |
| |
| | |
[ticket/14261] Move the update of session informations to page_footer()
* Zoddo/ticket/14261:
[ticket/14261] Fix tests by removing old code.
[ticket/14261] Move the update of session informations to page_footer()
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Currently, the unique way to disable the update of session_page is to pass
"false" to the parameter of session_begin(). This method is directly
called in app.php, so pages served from the routing system can't disable
the update of session informations.
By moving the update to page_footer, we can allow controllers to tell to
the session manager that we don't want to update the session infos.
PHPBB3-14261
|
| | |
| |
| |
| | |
PHPBB3-14343
|
| |\ \
| | |
| | |
| | | |
[ticket/14170] Fix mcp_change_poster_after event
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | | |
Revert the @since change back to 3.1.6-RC1.
Add @changed line 3.1.7-RC1 and description.
PHPBB3-14170
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | | |
Move the mcp_change_poster_after event to before renewing $post_info. I
changed the "since" version as this would be fixed in 3.1.7-RC1.
PHPBB3-14170
|
| | | |
| | |
| | |
| | | |
PHPBB3-14276
|
| |\ \ \
| | | |
| | | |
| | | | |
[ticket/11971] Validate "Spambot countermeasures" settings before saving
|
| | | | |
| | | |
| | | |
| | | | |
PHPBB3-11971
|
| |\ \ \ \
| |_|_|/
|/| | |
| | | |
| | | |
| | | |
| | | | |
[ticket/13831] Store provided reason when deleting from Mod. Queue module.
* prototech/ticket/13831:
[ticket/13831] Store provided reason when deleting from Mod. Queue module.
|
| | | | |
| | | |
| | | |
| | | | |
PHPBB3-13831
|
| | | | |
| | | |
| | | |
| | | | |
PHPBB3-14249
|
| |\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
[ticket/9252] Do not try to disapprove a post that was just approved
* marc1706/ticket/9252:
[ticket/9252] Do not try to disapprove a post that was just approved
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Without this change, posts that are approved by someone right before
another moderator is trying to disapprove a post are actually deleted
instead of disapproved.
PHPBB3-9252
|
| | | | | |
| | | | |
| | | | |
| | | | | |
PHPBB3-13945
|
| | |/ / /
|/| | |
| | | |
| | | | |
PHPBB3-12616
|
| |\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
[ticket/14159] Hide version info on ACP if we don't have the permission
* Zoddo/ticket/14159:
[ticket/14159] Hide version info on ACP if we don't have the permission
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This also hide a link to an unreachable module (Check phpBB version).
We could have simply remove the link to the module, but if the user hasn't
the permission to access to the phpBB version check module, I think that
he shouldn't view any version information about phpBB.
PHPBB3-14159
|
| | |_|/ /
|/| | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
The u_sendpm check in ucp_pm.php is merely for the purpose of displaying the
error message within the UCP template. Otherwise it could be removed as
compose_pm() will check the appropriate permission pertaining to the attempted
action.
PHPBB3-9153
|
| | | | |
| | | |
| | | |
| | | | |
PHPBB3-10572
|
| |\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
[ticket/14188] Add core.acp_styles_action_before event
* Senky/ticket/14188:
[ticket/14188] Add core.acp_styles_action_before event
|
| | | |_|/
| |/| |
| | | |
| | | | |
PHPBB3-14188
|
| |\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
[ticket/14212] Adding event after users have been removed to a group
* Wardormeur/ticket/14212:
[ticket/14212] Fix version number
[ticket/14212] Adding event after users have been removed to a group
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
for core.group_delete_user_after event
PHPBB-14212
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
The idea is to be able to map with others CMS by exposing most commons user configuration & changes.
Difference between the event before and after group belonging removal is that
users belongs to multiple groups, so that the belonging into a group also
depends on the others groups (and not only the deleted one), which is not
reflected before as the user is not yet deleted
PHPBB-14212
|
| |\ \ \ \ \
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
[ticket/13591] Change SQL query into array to allow
* RMcGirr83/ticket_13591:
[ticket/13591] Change SQL query into array to allow
|
| | | |_|/ /
| |/| | |
| | | | |
| | | | |
| | | | |
| | | | | |
extension authors to modify SQL query
PHPBB3-13591
|
| |\ \ \ \ \
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
[ticket/14200] Allow hidden users to see himself on viewonline
* Zoddo/ticket/14200:
[ticket/14200] Allow hidden users to see himself on viewonline
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | | |
PHPBB3-14200
|
| |\ \ \ \ \ \
| |/ / / / /
|/| | | | |
| | | | | | |
[ticket/8920] Add a MCP PM reports view permission
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Anybody who has the permission to read reports in one forum
can read PM reports.
Solving this problem by adding a new permission to read PM reports.
PHPBB3-8920
|
| |\ \ \ \ \ \
| | | | | | |
| | | | | | |
| | | | | | | |
[ticket/14181] Fix empty denial reason if the reason isn't translated
|
| | | |_|/ / /
| |/| | | |
| | | | | |
| | | | | | |
PHPBB3-14181
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | | |
PHPBB3-14073
|
| |\ \ \ \ \ \
| | | | | | |
| | | | | | |
| | | | | | | |
[ticket/14073] Add several core events to the functions_admin.php
|
| | | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
Add core events to the functions move_posts(), delete_posts(),
delete_attachments().
PHPBB3-14073
|
| |\ \ \ \ \ \ \
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | | |
[ticket/14219] Add email to inactive user listing
* RMcGirr83/ticket_14219:
[ticket/14219] Add email to inactive user listing
|
| | | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | | |
in ACP. May help in spotting spam accounts quickly
PHPBB3-14219
|
| |\ \ \ \ \ \ \ \
| |_|/ / / / / /
|/| | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | | |
[ticket/13960] Profile field validation breaks ACP
* javiexin/ticket/13960:
[ticket/13960] Profile field validation breaks ACP
|
| | | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | | |
Make sure new step is calculated only if no error has been identified
during validation. Also, cleanup redundant code in acp_profile.php.
PHPBB3-13960
|
| |\ \ \ \ \ \ \ \
| | | | | | | | |
| | | | | | | | |
| | | | | | | | | |
[ticket/13636] Deleting inactive user in acp_users gives unexpected link
|
| | | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | | |
PHPBB3-13636
|