Functional, not pretty :)
Acceptance criteria:
- Shows changes on other wikis that the user has chosen to see
Does not require autorefresh or showing wikidata labels, those will be re-added later
Functional, not pretty :)
Acceptance criteria:
Does not require autorefresh or showing wikidata labels, those will be re-added later
Change 605817 had a related patch set uploaded (by DannyS712; owner: DannyS712):
[mediawiki/extensions/GlobalWatchlist@master] [WIP] Special:GlobalWatchlist works
Change 606028 had a related patch set uploaded (by DannyS712; owner: DannyS712):
[mediawiki/extensions/GlobalWatchlist@master] Split common css for both special pages to separate file
@ashley this is ready for review. If possible, I would recommend getting CentralAuth set up locally to fully try it out
Change 606028 merged by jenkins-bot:
[mediawiki/extensions/GlobalWatchlist@master] Split common css for both special pages to separate file
@Tchanders I've added you as a reviewer to the patch, since @Niharika suggested that you may be interested in reviewing this work. Can you take a look?
Change 605817 merged by jenkins-bot:
[mediawiki/extensions/GlobalWatchlist@master] Special:GlobalWatchlist - create front end for basic global watchlist
Hi @DannyS712. Is there a way that I can inform your about some problematic issues in GW, that were irrelevant to the script, but are very relevant to the extension? I ask here, because some of them are a part of the functional frontend.
Why? Isn't it better to create the same problem second time? You can get my opinion, and read it whenever you want.
Because I'd like to wait until the current development is complete before tackling unexpected work (cf Unplanned-Sprint-Work)
I see. Very well. But one of them is a bug, not an unexpected work. I never told you about it, because it's tolerable for a script, but it will be awful for the extension. Ping me when you will be ready.
If on particular wiki some page was created and then edited, the script shows two lines, one for creation diff, and one for all the rest.
Yes, that is a known issue that will be handled when I refactor the utils to count "new" entries as edits as well