| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
PHPBB3-14972
|
|
|
|
| |
PHPBB3-15454
|
|
|
|
| |
PHPBB3-15454
|
|
|
|
| |
PHPBB3-14954
|
|
|
|
| |
PHPBB3-10961
|
|
|
|
| |
PHPBB3-14680
|
|
|
|
|
|
| |
This is part 5 and there is more to come.
PHPBB3-13454
|
|
|
|
|
|
| |
Part 4
PHPBB3-13454
|
|
|
|
|
|
| |
This is part 2 of the pr.
PHPBB3-13454
|
|\
| |
| |
| |
| | |
* 3.1.x:
[ticket/13831] Store provided reason when deleting from Mod. Queue module.
|
| |\
| | |
| | |
| | |
| | |
| | |
| | | |
[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
|
|\ \ \
| |/ /
| | |
| | |
| | | |
* 3.1.x:
[ticket/9252] Do not try to disapprove a post that was just approved
|
| |\ \
| | |/
| |/|
| | |
| | |
| | |
| | | |
[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
|
|\ \ \
| |/ / |
|
| |\ \
| | | |
| | | |
| | | | |
[ticket/14181] Fix empty denial reason if the reason isn't translated
|
| | | |
| | | |
| | | |
| | | | |
PHPBB3-14181
|
|\ \ \ \
| |/ / / |
|
| |\ \ \
| | |/ /
| |/| |
| | | | |
[ticket/13846] Fix softdelete feature workflow in viewtopic
|
| | |/
| | |
| | |
| | | |
PHPBB3-13846
|
| | |
| | |
| | |
| | | |
PHPBB3-9485
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Currently the in-board method for the notifications is hardcoded and
cannot be disabled. This method should be in his own class extending
`phpbb\notification\method\method_interface`.
It also add the possibility, for each method, to be enabled by default (ie:
no entry in the DB => notification enabled).
https://tracker.phpbb.com/browse/PHPBB3-11444
https://tracker.phpbb.com/browse/PHPBB3-11967
PHPBB3-11444
|
|\ \ \
| |/ / |
|
| |/
| |
| |
| | |
PHPBB3-13962
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Moving report.php's content into different services and controllers to
better comply with the MVC model.
Also implementing:
* Replacement for reasons_display()
* Adding assign_meta_refresh_var() to \controller\helper
* Adding separate routes for easy configuration
* Updating unit tests to expect to correct results
* Add BC tests
PHPBB3-13654
|
| |
| |
| |
| | |
PHPBB3-13455
|
|\ \
| |/
| |
| |
| | |
Conflicts:
phpBB/includes/mcp/mcp_queue.php
|
| |
| |
| |
| |
| |
| |
| |
| | |
Events added for the functions approve_posts(), approve_topics()
and disapprove_posts() in mcp_queue.php, so that you can send notifications
during approval and disapproval.
PHPBB3-13537
|
| |
| |
| |
| | |
PHPBB3-13468
|
|/
|
|
| |
PHPBB3-13450
|
|
|
|
| |
PHPBB3-13116
|
|
|
|
| |
PHPBB3-12990
|
|
|
|
| |
PHPBB3-12967
|
|\
| |
| |
| |
| |
| |
| | |
[ticket/12927] core.mcp_queue_get_posts2_query_before
* brunoais/ticket/12927:
[ticket/12927] core.mcp_queue_get_posts2_query_before
|
| |
| |
| |
| |
| |
| |
| | |
Adding the core.mcp_queue_get_posts2_query_before
event to mcp backend.
PHPBB3-12927
|
|/
|
|
|
|
| |
Adding core.mcp_queue_is_topics_query_before
PHPBB3-12880
|
|
|
|
| |
PHPBB3-12612
|
|
|
|
| |
PHPBB3-12612
|
|
|
|
| |
PHPBB3-12612
|
|
|
|
| |
PHPBB3-12675
|
|
|
|
| |
PHPBB3-12594
|
|
|
|
|
|
|
|
|
| |
Topics was not correctly counted (the counter didn't count topics
that were re-approved, for example, but only the ones that were
unapproved.
This should also fix the test that wasn't working correctly.
PHPBB3-12270
|
|
|
|
|
|
|
| |
The success message wasn't output correctly if we were approving
topics.
PHPBB3-12270
|
|
|
|
|
|
|
|
|
| |
Since a call was added to self::approve_topic(), the poster would
get double-notified about it (even if it was later marked as read).
Also, when creating a new topic with a quote, it would not be
notified, this has also been fixed.
PHPBB3-12270
|
|
|
|
| |
PHPBB3-12270
|
|
|
|
|
|
|
|
|
|
|
| |
When clicking on approving a topic's first post in the MCP to
approve the topic itself, the confirm box dialog asks whether
to approve the post or not, instead of asking to approve the
topic.
To achieve this fix, we just need to count the topics to be
approved and check if it's greater than zero.
PHPBB3-12270
|
|
|
|
|
|
|
|
|
| |
I forgot to put the brackets (so it follows the phpBB coding
standards) and changed "count($topic_id_list) > 0"
to "!empty($topic_id_list)", making the syntax more
comprehensible.
PHPBB3-12270
|
|
|
|
|
|
|
|
|
|
|
|
| |
A variable (that's not essential) has been removed, two if's
has been merged to an if-else control structure. A variable
named topic_ids_list has been renamed to topic_id_list to follow
the naming standard in that file's code.
Also, the debug error has been fixed by changing the topic data
key 'username' to 'post_username' in the array_merge function
in approve_topics().
PHPBB3-12270
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch should finally work correctly: Add the correct
notification for post/topic approval without touching templates.
This has been done by calling the function approve_topics()
inside the approve_posts() function. It's the simplest way for
this to work correctly. There may be a call to the DB but other
ways (if any), without touching templates, would have been too
messy for a function like this.
PHPBB3-12270
|