Wrong Permission Conditions for Admin users trying to "create user domains"?

Created on 6 February 2011, almost 14 years ago
Updated 3 September 2024, 4 months ago

Hi,

I'm just checking if I'm missing something simple here. I have a user I'm trying to give the administrative ability of creating user domains to upon their creation of a new user. Creating user domains works if I'm add a new users as user/1 or if anonymous is given "create personal domain" permission. However, in my use case, I can't allow anonymous users ( as documented here-- http://drupal.org/node/709592#comment-2583686 ) or even just any authenticated user to be able to just create subdomains willy-nilly when registering to leave a comment on a blog post.

Looking at line 200 of domain_user.module, I see:

      if (!empty($edit['domain_create_user']) && (user_access('create personal domain', $account) || !user_access('create user domains'))) {

Shouldn't this be:

      if (!empty($edit['domain_create_user']) && (user_access('create personal domain', $account) || user_access('create user domains'))) {

The former evaluates to TRUE and creates a new subdomain only if they've selected the box to do so and they've either been given permission to create a personal domain or they are NOT allowed to create user domains, which seems odd since if they were given this permission, this is where it would happen. Thus, this seems like a typo or something causing the logic to be completely opposite to what is intended.

Perhaps I'm missing something? Or this has been fixed already in 6.x-2.9?

πŸ› Bug report
Status

Closed: outdated

Version

2.9

Component

Code

Created by

πŸ‡ΊπŸ‡ΈUnited States DigitalFrontiersMedia Sarasota, FL

Live updates comments and jobs are added and updated live.
Sign in to follow issues

Comments & Activities

Not all content is available!

It's likely this issue predates Contrib.social: some issue and comment data are missing.

  • πŸ‡«πŸ‡·France dqd London | N.Y.C | Paris | Hamburg | Berlin

    I'll close this issue due to inactivity for 14 years and even if I would move it to the next nearest core version which is 7, there is upcoming EOL of Drupal 7 in January 2025 β†’ . While the project's version for Drupal 7 will surely keep providing support for security issues and website breaking bug fixes for Drupal 7, we should try to minimize the open issues for Drupal 7 in the queue as much as possible. A big thanks around for the report and all the efforts in here. Feel free to re-open if you can provide a fix or found an additional related problem which increases the issue priority.

Production build 0.71.5 2024