Page MenuHomePhabricator

[[special:emailuser]] link in sidebar should not be hidden if sender is not emailconfirmed
Closed, DuplicatePublic

Description

+++ This bug was initially created as a clone of Bug 58196 comment 6 +++

(In reply to T60196#630152)

(In reply to T60196#630133)

For example, if you go to Special:EmailUser, you can tell if a user has
disabled email or not (disableemail).

That's not actually correct; you can know whether someone has disabled their
email /or/ never confirmed one to begin with (i.e.: it's emailconfirmed &&
!disableemail).

At a recent event we discovered that the sender also must have email confirmed. (I was on one side of the room and sent a test from [[special:emailuser]] to the user sitting next to a new editor. new editor had no email user link on sidebar of other user's user page)

The fact that the new editor was not emailconfirmed would have been discovered more easily if there was an email link in the user page sidebar. (the special page itself does already have an error message about emailconfirmed)

Some docs/etc. may instruct people to click on the link in the sidebar and so users will be confused if it's not there. (did I go to the sidebar of the correct page??)

See also T58074


Version: 1.23.0
Severity: normal
See Also:
https://bugzilla.wikimedia.org/show_bug.cgi?id=56074

Details

Reference
bz62655

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 22 2014, 2:51 AM
bzimport set Reference to bz62655.
bzimport added a subscriber: Unknown Object (MLST).
jeremyb created this task.Mar 14 2014, 7:27 PM

Implementing this feature request would directly revert bug 1306, I believe.

I'm not sure re-exposing the sidebar link makes sense. This needs further thought.

(In reply to jeremyb from comment #0)

Some docs/etc. may instruct people to click on the link in the sidebar and
so users will be confused if it's not there.

That's bug 35142, not a valid reason to enable half-functioning features.

(In reply to MZMcBride from comment #1)

Implementing this feature request would directly revert bug 1306, I believe.

Indeed. Closing.

  • This bug has been marked as a duplicate of bug 35142 ***
jeremyb updated the task description. (Show Details)Dec 23 2014, 7:09 AM
jeremyb set Security to None.