Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

xfd: New feature: Notify redirect target of RfD discussion #527

Merged

Conversation

Amorymeltzer
Copy link
Collaborator

Requested at WT:TW

Enabled by default and creates new preference, xfdWatchRelated, that works the same as xfdWatchUser

Requested at WT:TW (https://en.wikipedia.org/w/index.php?oldid=885374731#Notifying_redirect_targets)

Enabled by default and creates new preference, xfdWatchRelated, that works the same as xfdWatchUser
@Amorymeltzer Amorymeltzer merged commit 44c0e42 into wikimedia-gadgets:master Apr 1, 2019
Amorymeltzer added a commit to Amorymeltzer/twinkle that referenced this pull request Feb 21, 2020
1. Since wikimedia-gadgets#741 (specifically, 3e21765), RfD was using a returned `curtimestamp` to generate the log page.  That query was only being done if the page wasn't a soft redirect, however, leading to NaN/undefined issues.  Closes wikimedia-gadgets#861 by falling back to the previous client clock method.
2. wikimedia-gadgets#527 (44c0e42) added the ability to notify a redirect's target, but returns an error if the title is invalid, such as with soft redirects via {{wi}}.  This now skips the notification in such cases.
Amorymeltzer added a commit to Amorymeltzer/twinkle that referenced this pull request Aug 14, 2020
Quite a lineage here!  When first added in wikimedia-gadgets#527 (a5ae221), that left a `mw.Title` object being passed to `targetNotification`, rather than the string that `Morebits.wiki.page` expects.  This appears not to have actually been problem, however, until the ability to avoid following cross-namespace redirects was added in wikimedia-gadgets#915 (9544560).  This meant that the `mw.Title` object was being passed into `new mw.Title`, which would quietly complain.

It turns out that bug was epistatic to another misnaming from the addition of `getInputData` in wikimedia-gadgets#908 (df2aa16): a single `params.usertalk` remained, when the other had all been converted to `params.notifycreator`.
wiki-ST47 pushed a commit to wiki-ST47/twinkle that referenced this pull request Sep 2, 2020
1. Since wikimedia-gadgets#741 (specifically, 3e21765), RfD was using a returned `curtimestamp` to generate the log page.  That query was only being done if the page wasn't a soft redirect, however, leading to NaN/undefined issues.  Closes wikimedia-gadgets#861 by falling back to the previous client clock method.
2. wikimedia-gadgets#527 (44c0e42) added the ability to notify a redirect's target, but returns an error if the title is invalid, such as with soft redirects via {{wi}}.  This now skips the notification in such cases.
wiki-ST47 pushed a commit to wiki-ST47/twinkle that referenced this pull request Sep 2, 2020
Quite a lineage here!  When first added in wikimedia-gadgets#527 (a5ae221), that left a `mw.Title` object being passed to `targetNotification`, rather than the string that `Morebits.wiki.page` expects.  This appears not to have actually been problem, however, until the ability to avoid following cross-namespace redirects was added in wikimedia-gadgets#915 (9544560).  This meant that the `mw.Title` object was being passed into `new mw.Title`, which would quietly complain.

It turns out that bug was epistatic to another misnaming from the addition of `getInputData` in wikimedia-gadgets#908 (df2aa16): a single `params.usertalk` remained, when the other had all been converted to `params.notifycreator`.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

1 participant