Uploaded image for project: 'phpBB3'
  1. phpBB3
  2. PHPBB3-11507

Impossible to prune users by group only

          Details

          • Type: Bug
          • Status: Unverified Fix
          • Priority: Major
          • Resolution: Fixed
          • Affects Version/s: 3.1.0-dev, 3.1.0-a2
          • Fix Version/s: 3.1.0-a3
          • Component/s: ACP
          • Labels:
            None

            Description

            When there are custom groups defined, selecting a custom group only and hitting prune users produces a message saying no users were found even if there were users in that group, and no users get deleted.

              Activity

              Ascending order - Click to sort in descending order
              Hide
              Permalink
              EXreaction EXreaction [X] (Inactive) added a comment -

              What is the use case for pruning an entire group?

              Show
              EXreaction EXreaction [X] (Inactive) added a comment - What is the use case for pruning an entire group?
              Hide
              Permalink
              Oleg Oleg [X] (Inactive) added a comment -

              Collecting spammers in a spammer group and then pruning it?

              Show
              Oleg Oleg [X] (Inactive) added a comment - Collecting spammers in a spammer group and then pruning it?
              Hide
              Permalink
              EXreaction EXreaction [X] (Inactive) added a comment -

              I guess so; would also be confusing to have that be the only option that doesn't work on its own.

              It would be nice to just have an ACP module for performing actions on mass numbers of users, with searching by all available fields and sorting and all kinds of goodies for user management, but that's another issue.

              Show
              EXreaction EXreaction [X] (Inactive) added a comment - I guess so; would also be confusing to have that be the only option that doesn't work on its own. It would be nice to just have an ACP module for performing actions on mass numbers of users, with searching by all available fields and sorting and all kinds of goodies for user management, but that's another issue.
              Hide
              Permalink
              prototech prototech added a comment -

              The posts awaiting approval option also seems to have the same problem because it's not part of the $where_sql variable. The method returns if this variable is empty to "Protect the admin" while not taking into account these other options. The query that uses the variable should simply not run if it's empty.

              Show
              prototech prototech added a comment - The posts awaiting approval option also seems to have the same problem because it's not part of the $where_sql variable. The method returns if this variable is empty to "Protect the admin" while not taking into account these other options. The query that uses the variable should simply not run if it's empty.
              Hide
              Permalink
              prototech prototech added a comment -

              The posts awaiting approval option is actually completely broken for two reasons 1) the query never runs: "$result = $db->sql_query($result);" and 2) the query doesn't actually check whether the posts are unapproved.

              Show
              prototech prototech added a comment - The posts awaiting approval option is actually completely broken for two reasons 1) the query never runs: "$result = $db->sql_query($result);" and 2) the query doesn't actually check whether the posts are unapproved.

                People

                • Assignee:
                  nickvergessen Joas Schilling
                  Reporter:
                  Oleg Oleg [X] (Inactive)
                • Votes:
                  1 Vote for this issue
                  Watchers:
                  3 Start watching this issue

                  Dates

                  • Created:
                    Updated:
                    Resolved:

                    Development