https://bugzilla.wikimedia.org/show_bug.cgi?id=67145

Mark A. Hershberger <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|editmyoptions blocks        |editmyprivateinfo blocks
                   |confirming email            |confiirming email

--- Comment #7 from Mark A. Hershberger <[email protected]> ---
(In reply to Brad Jorsch from comment #6)
> > because, when I take a new installation of MW 1.22 and 1.23, the
> > permissions for 'editmyoptions' don't change.  Instead, they remain as if
> > they were the following:
> > 
> >    $wgGroupPermissions['*']['editmyoptions'] = true;
> >    $wgGroupPermissions['user']['editmyoptions'] = false;
> 
> The second line here no effect. I can't make any sense of why you are making
> this statement.

I made this statement primarily because I saw a difference between how 'edit'
and 'editmyoptions' are assigned.

Note that I am not saying that those lines exist in anyone's LocalSettings.php,
I'm just saying what the permissions appear to be when I used run a script that
dumps out the permissions:

  User::groupHasPermission( 'user', $perm )

Note that when I changed the perms and added a check for a specific
bureaucrat/sysop -- with $user->isAllowed( 'editmyoptions' ) -- the value of
returned changed depending on the settings.

> >    $wgGroupPermissions['*']['editmyoptions'] = false;
> >    $wgGroupPermissions['user']['editmyoptions'] = true;
> 
> No, what they need to do is not screw with the assignments for editmyoptions
> and the other 'my' permissions at all.

Then those options should be removed.

Using my test script the above assignments seem to have the desired effect.

> I'll give you one chance to provide actual evidence for this speculation
> before I close this again.

Please do not talk to me like I'm your child.  As far as I can tell, I haven't
done anything to merit this tone.

But you're right: the fact is that it isn't "editmyoptions" that causes the
problem.  I'm not familiar with these new permissions and that was the first
one that jumped out at me.  Upon closer examination, it is "editmyprivateinfo"
that blocks confirming email.  I've retitled this bug accordingly.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to