https://bugzilla.wikimedia.org/show_bug.cgi?id=67145
Brad Jorsch <bjor...@wikimedia.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |INVALID
--- Comment #3 from Brad Jorsch <bjor...@wikimedia.org> ---
(In reply to Mark A. Hershberger from comment #2)
> (In reply to Kunal Mehta (Legoktm) from comment #1)
> > Why is editmyoptions not being given to new users? It should be given to all
> > users with an account.
>
> I would agree except that seems to ignore the fact that the "editmyoptions"
> permission exists.
If you mean "why does a permission exist that is supposed to be given to all
users?", it's for OAuth. You probably don't want some random app changing your
options on you. It's the same with rights 'viewmyprivateinfo',
'editmyprivateinfo', 'editmyusercss', 'editmyuserjs', 'viewmywatchlist', and
'editmywatchlist', every user should be allowed those but they might not want
to allow an app to do those things.
I'm also not seeing how editmyoptions relates to confirming email; nothing on
the code path from Special:ConfirmEmail checks that permission, and I just
removed editmyoptions from everyone on my local test wiki and email
confirmation went through fine. More likely would be a lack of
editmyprivateinfo or viewmyprivateinfo.
Anyway, this bug is as valid as complaining that new users can't edit if
they're not given the "edit" right. Closing as such.
--
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
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
