aboutsummaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* [feature/soft-delete] Fix sync() and some more functions to use the new fieldsJoas Schilling2012-10-225-30/+61
| | | | PHPBB3-9567
* [feature/soft-delete] Correctly calculate the number of replies everywhereJoas Schilling2012-10-226-17/+9
| | | | PHPBB3-9567
* [feature/soft-delete] Add a function to calculate the actual post/topic countJoas Schilling2012-10-213-7/+29
| | | | PHPBB3-9567
* [feature/soft-delete] Update the new fields while updating the board.Joas Schilling2012-10-211-2/+63
| | | | PHPBB3-9567
* [feature/soft-delete] Add new fields for topic/post counts for softdeleteJoas Schilling2012-10-218-26/+58
| | | | | | | | | We can not use the replies vs replies_real anymore, as we need to be able to determinate whether the posts are unapproved or softdeleted. So we need to add a new field and there by change the second one for consistency. We also add the posts_* fields for forums, which are a missing feature. PHPBB3-9567
* [feature/soft-delete] Use correct language when restoring topics in MCPJoas Schilling2012-10-214-16/+24
| | | | PHPBB3-9567
* [feature/soft-delete] Split unapproved/soft deleted posts from topicsJoas Schilling2012-10-172-1/+4
| | | | | | | | | | | | | | If a topic is soft deleted through a moderator, the topic_delete_user is set. If it is passively soft deleted (f.e. while the only approved post is deleted) the topic_delete_user is not set. This way, we can distinguish between these two cases. The same also applies to unapproved posts. So we need to set the topic_delete_user when an unapproved topic is posted. Topics that were soft deleted/unapproved by a user (rather then passive) are going to be displayed in the Topics modules, while all others are in the posts modules of the MCP queue. PHPBB3-9567
* [feature/soft-delete] Display guest username in topic list instead of "Guest"Joas Schilling2012-10-171-2/+2
| | | | PHPBB3-9567
* [feature/soft-delete] Removed unused old functionsJoas Schilling2012-10-162-364/+0
| | | | PHPBB3-9567
* [feature/soft-delete] Merge approving and restoring topics into one functionJoas Schilling2012-10-161-14/+173
| | | | PHPBB3-9567
* [feature/soft-delete] Merge approving and restoring posts into one functionJoas Schilling2012-10-161-65/+124
| | | | PHPBB3-9567
* [feature/soft-delete] Fix displaying of details moduleJoas Schilling2012-10-151-1/+1
| | | | PHPBB3-9567
* [feature/soft-delete] Add module for soft deleted topicsJoas Schilling2012-10-155-20/+121
| | | | | | | | Unapproved/soft deleted posts are posts, that have a different visibility than the topic. All others will be hidden from the posts list and can be managed with the topic modules. PHPBB3-9567
* [feature/soft-delete] Add checkbox to restoring posts like on approveJoas Schilling2012-10-152-27/+50
| | | | PHPBB3-9567
* [feature/soft-delete] Turn other functions into methods as wellJoas Schilling2012-10-151-319/+318
| | | | PHPBB3-9567
* [feature/soft-delete] Turn restore_post() into a method and add the docsJoas Schilling2012-10-152-77/+80
| | | | PHPBB3-9567
* [feature/soft-delete] Fix permission check in viewtopic.phpJoas Schilling2012-10-151-11/+7
| | | | PHPBB3-9567
* [feature/soft-delete] Fix restoring posts via MCPJoas Schilling2012-10-132-14/+48
| | | | PHPBB3-9567
* [feature/soft-delete] Fix several problems in the forum mcpJoas Schilling2012-10-105-8/+11
| | | | PHPBB3-9567
* [feature/soft-delete] Fix several issues within submit_post()Joas Schilling2012-10-091-200/+91
| | | | | | | | | | - $post_visibility is not boolean, so we need to check for == ITEM_APPROVED - sync() already updates the topic/forum info, so we don't need to do that again - use set_post_visibility() when changing the posts visibility Should be ready for testing. PHPBB3-9567
* [feature/soft-delete] Do not allow users to reply to soft deleted topicsJoas Schilling2012-10-091-2/+2
| | | | | | | | | | We should discuss this in an RFC again, but for now, we just fix the old state. So moderators can only reply, when the topic is approved. Also fixes a bug in the visibility check. We need to check the posts visibility rather then the visibility of the topic. Because when the post is visible, the topic is as well, but not the other way round. PHPBB3-9567
* [feature/soft-delete] Correctly synchronize the topic_visibility in sync()Joas Schilling2012-10-093-26/+12
| | | | | | | This also makes sync('topic_visibility') obsolete, but we keep it for now. Also fix a unit test, because ITEM_DELETED overpowers ITEM_UNAPPROVED PHPBB3-9567
* [feature/soft-delete] Fix sync('topic_visibility')Joas Schilling2012-10-091-32/+41
| | | | | | | The function can not rely on the first post anymore, as that one could be soft deleted but the topic still has approved replies which are still visible. PHPBB3-9567
* [feature/soft-delete] Forgot that file when removing the old testsJoas Schilling2012-10-091-58/+0
| | | | PHPBB3-9567
* [feature/soft-delete] Fix column name in mcp_sorting()Joas Schilling2012-10-091-1/+1
| | | | PHPBB3-9567
* [feature/soft-delete] Correctly update user_posts countJoas Schilling2012-10-091-9/+29
| | | | | | | | Before soft delete this was much easier, as an unapproved topic could only have one post, because no one could reply to unapproved topics. Now we need to run multiple queries to correctly reduce the post counts. PHPBB3-9567
* [feature/soft-delete] Fix display_user_activity()Joas Schilling2012-10-091-42/+42
| | | | | | | | The Logic of $forum_ary was inverted, so if the array is empty, we can skip the queries. We also should not merge passworded forums into the $forum_ary as we removed them from that array right before that. PHPBB3-9567
* [feature/soft-delete] Topic visibility is already synced by sync('topic')Joas Schilling2012-10-091-1/+0
| | | | PHPBB3-9567
* [feature/soft-delete] Fix restoring a post via editingJoas Schilling2012-10-083-49/+17
| | | | PHPBB3-9567
* [feature/soft-delete] Update post counts within set_post_visibilityJoas Schilling2012-10-082-112/+247
| | | | | | | | This is an additional query in some rare cases, but it makes it much easier to use and understand. This is mostly a preparation for the restore case. PHPBB3-9567
* [feature/soft-delete] Change order of functionsJoas Schilling2012-10-081-25/+25
| | | | PHPBB3-9567
* [feature/soft-delete] Allow to update multiple posts with set_post_visibilityJoas Schilling2012-10-082-6/+11
| | | | PHPBB3-9567
* [feature/soft-delete] Add test case for (soft)deleting the only post + fixJoas Schilling2012-10-064-4/+93
| | | | PHPBB3-9567
* [feature/soft-delete] Fix delete_post() functionJoas Schilling2012-10-062-27/+44
| | | | PHPBB3-9567
* [feature/soft-delete] Add some unit tests for delete_post()Joas Schilling2012-10-062-0/+353
| | | | PHPBB3-9567
* [feature/soft-delete] Update and simplify the logic on delete_post()Joas Schilling2012-10-062-57/+48
| | | | | | Todo: delete_topic case PHPBB3-9567
* [feature/soft-delete] Fix SQL error in searchJoas Schilling2012-10-052-1/+2
| | | | PHPBB3-9567
* [feature/soft-delete] Clean the code of hide_post() and rely on postcountJoas Schilling2012-10-051-29/+12
| | | | PHPBB3-9567
* [feature/soft-delete] Update docs of can_soft_delete and remove can_restoreJoas Schilling2012-10-052-29/+10
| | | | PHPBB3-9567
* [feature/soft-delete] Fix set_topic_visibility() so it passes the testsJoas Schilling2012-10-051-2/+2
| | | | PHPBB3-9567
* [feature/soft-delete] Add unit tests for set_topic_visibility()Joas Schilling2012-10-052-0/+239
| | | | PHPBB3-9567
* [feature/soft-delete] Fix docs of set_post_visibility()Joas Schilling2012-10-051-0/+3
| | | | PHPBB3-9567
* [feature/soft-delete] Update set_topic_visibility() with some more logicJoas Schilling2012-10-051-6/+24
| | | | | | | | | | By default, when a soft deleted topic is restored. Only posts that were approved at the time of soft deleting, are being restored. Same applies to soft deleting. Only approved posts will be marked as soft deleted. If you want to update all posts, use the force option. PHPBB3-9567
* [feature/soft-delete] Allow forcing the set_visibility for all postsJoas Schilling2012-10-051-12/+15
| | | | PHPBB3-9567
* [feature/soft-delete] Make use of set_post_visibility() limits when applicableJoas Schilling2012-10-051-4/+28
| | | | PHPBB3-9567
* [feature/soft-delete] Extend functionality for updating a hole topicJoas Schilling2012-10-052-19/+30
| | | | | | | | | Limit the posts to a certain visibility and deletion time This allows us to only restore posts, that were approved when the topic got soft deleted. So previous soft deleted and unapproved posts are still soft deleted/unapproved PHPBB3-9567
* [feature/soft-delete] Fix sync('topic') to match the new logicJoas Schilling2012-10-054-6/+71
| | | | | | This also fixes set_post_visibility() PHPBB3-9567
* [feature/soft-delete] Fix the get functions to match the new logicJoas Schilling2012-10-051-103/+35
| | | | PHPBB3-9567
* [feature/soft-delete] Merge functionality of m_approve and m_restoreJoas Schilling2012-10-053-62/+4
| | | | | | | | | | | The problems with having two different permissions are just too big and cause huge queries, if they are granted differently. Also it's quite hard to decide what should happen when a moderator has only one permission and the topic has only posts of the two hidden types. To avoid all this, we merge them so it's a simple switch: either the user is a moderator, then he can see all posts, or he is not, then he can only see approved ones. PHPBB3-9567
* [feature/soft-delete] Test topic visibility as wellJoas Schilling2012-10-051-6/+6
| | | | PHPBB3-9657
generated by cgit v1.2.1 (git 2.21.0) at 2025-11-12 11:27:20 +0000