Issues relating to the email notification features and email address verification. Such as Special:ConfirmEmail, Special:EmailUser, etc.
This project is part of the core MediaWiki software itself.
For issues pertaining to Wikimedia's email/SMTP infrastructure see Mail instead.
@roman-stolar: Removing task assignee as this open task has been assigned for more than two years - See the email sent to task assignee on October 11th.
Please assign this task to yourself again if you still realistically [plan to] work on this task - it would be welcome! :)
If this task has been resolved in the meantime, or should not be worked on by anybody ("declined"), please update its task status via "Add Action… 🡒 Change Status".
Also see https://www.mediawiki.org/wiki/Bug_management/Assignee_cleanup for tips how to best manage your individual work in Phabricator. Thanks!
I think https://gerrit.wikimedia.org/r/c/mediawiki/core/+/988983 should be revived and this task be merged into T18799?
Looks like this is a known issue since at least 14 years: T18799
Sounds like you're on the right track. :)
Understood, the message is not about how many fields the user has to fill, but about how many fields are on the page.
Because as per the quoted code... I missed an earlier part:
I viewed the Special:PasswordReset page in three situations:
"passwordreset-text-one": "Complete this form to receive a temporary password via email.", "passwordreset-text-many": "{{PLURAL:$1|Fill in one of the fields to receive a temporary password via email.}}",
Note that nowadays, there is a feature that would help mitigate this issue: "Send password reset emails only when both email address and username are provided." (in "Email options" section here).
Ah, thanks for the additional information!
@Aklapper I opened another Google community question, which seems to be the best option to get eventually through to Gmail folks: https://support.google.com/mail/thread/295575902/gmail-blocks-mail-containing-question-marks-in-message-id
I would say chances are low to get a meaningful response, though.
This seems to boil down to the strtr() call in convertToString() in https://phabricator.wikimedia.org/source/mediawiki/browse/master/includes/libs/rdbms/database/domain/DatabaseDomain.php
I agree entirely with Krenair. This is privacy theater, and likely to be moot now that we finally have IP masking
This seems to work now. I tested both of those cases and it says the appropriate message at the bottom of the form.
PS: The db name scheme is given by my hoster (Hosteurope), so I cant rename it to avoid the hyphen. My only option right now seems to always change the MediaWiki implementation when I update.
I run a private wiki, and this is quite a pain point.
@Xover, I am going to assume this is no longer occurring, please reopen, if it occurs again.
I do not think that any Wiki server could solve the problem, at least no trivial patch is meaningful.
This task and T40265 should be merged since they seem to describe the same underlying problem, that if a character is treated as punctuation, it is not treated as part of the URL.
@Xover apologies for the radio silence on this issue, have you seen any new occurrences?
General advice: Append a _ when page name is terminated by . or ) or similar.
See T40265 for ) instead.
This is not just an email issue, it also breaks links when texting (SMS) sometimes.
I've been testing texting and emailing Wiki article links for articles that end in ")" - there are a lot of them that end in parenthesis btw.. https://en.wikipedia.org/wiki/Mark_Kelley_(bassist)
My android phone often cuts off the last ")" from the link, so when you click on the link, it doesn't go to the intended page. Seems like a pretty big issue potentially!
This was caused by private WMF config added to mitigate email abuse (T341908). It has been removed now, as it was found to be no longer needed after discussion in the task (the abuse it protected against happened more than a year ago). Sending emails in this scenario should work again.
I think in the past it was not uncommon for power users on larger wiki farms (i.e. Wikipedia and WMF projects) to have a user page indicating preferered ways to be contacted, especially when they're not active on that wiki. E.g. placeholders like "contact me on Meta-Wiki instead of here as I won't see your message otherwise". This leads to poor communication and delayed/frustrating experiences if they're missed. Especially for new users.