Thanks for all your great work. I am trying to use your Advanced Backlinks extension to get backlinks for a bunch of pages within the wikitext but excluding Nav Bar links. I have been trying to do this using Python. Is this possible?
First of all, please remember that this extension requires you to hack MediaWiki core and add two hooks there. I do not offer any specific instructions on that beyond an old patch that is linked on the extension page.
If that doesn't scare you off, the extension actually has a fully-fledged API with filters that can do that. Use the "query" action with the "ab_linkshere" prop. Example of how this could work: https://nonsa.pl/index.php?title=Specjalna:%C5%9Arodowisko_testowe_API&uselang=en#action=query&format=json&prop=ab_linkshere&titles=PKP%20Intercity&ablhshow=direct
Hi, and thanks!
I'm currently experiencing sort of a bug when using the RatePage extension, and I was wondering if you had time to look at it. If you need further info, don't be afraid to let me know!
Solid work on this, by the way! I love how versatile the extension is!
Hey, just wanted to say that I've already seen happy patrollers commenting on the new reverted filter tag. Thank you for your work.
Extension:RatePage, Special:RatePageContests see votes without voting
Hello, I installed the extension from here Extension:RatePage
Everything works fine but I can't see the votes on contests if I didn't vote.
I have the master branch of the extension on mediawiki 1.34.2, created a contest where I allow all user to see votes https://i.ibb.co/YhB782t/editing-contests.png.
You can see a sample page here https://socialwiki.top/wiki/Imageboards
If you have any idea on how to fix this please let me know.
Hi! Thanks for the report, I'll look into this. That does seem like a bug.
Hmmm, no, that is not a bug, that is a feature™ :P RatePage by design does not allow anyone to see the votes before voting, to minimize the influence on people voting on stuff. Adding a configuration option for that would be probably useful, though, so… yeah, I think I'll do it.
Ok I see, it's to make results not visible until the end of the contest.
Yeah as you can see this feature would be kind of useful for the purpose of my wiki (rating items in a list and sorting them based on the grade), would be awesome to have this :)
The feature is in :)
Hi there! I heard you are looking for feedback on the "manual revert" tag? If so, let me know! Interested in some thoughts on the tag.
Yes, I am :) Any thoughts are welcome.
I think that the the usefulness of the tag in general is good, but the name should be something other than "Manual revert". It isnt checking that steps were taken to revert edits, just that the edit is exactly the same as a previous version. There have been cases of "false" uses of this tag such as en:Special:Diff/971020476 in which I didn't even know the previous edit was adding this tag, I was just going into the page and removing it. So this edit shouldn't have been a manual revert as I had no idea it was even a direct revert of the previous edit. There should be a new name which clarifies that its the same as a previous version, but doesnt use the word "revert" (hard to come up with one short enough). However, a new revert tag, which, checks that edits are being reverted via the old id method, would be useful. Also, why does it 'time out' after some revisions? Surely with page hashing it would be feasible to check all of them.
Hope this feedback is helpful to you. Not trying to be destructive of efforts but improve mw :)
Yeah, when discussing this we realized that the name may be confusing to some communities, especially Wikipedia, we didn't have a better candidate, though. It would also be close to impossible to guess what is the intent behind an edit, that is a good topic for a psychological study :D I'm still looking for proposals on how the name could be changed, so let me know if you come up with something. We will see, maybe wikipedians will just get used to it.
The limit is there because the revision table lacks an index over rev_sha1 field and introducing it would be a lot of hassle. Also, it's good to limit the search, as with very deep reverts you may get really weird and unexpected results. 15 is actually a number that was suggested to be "optimal" by this research paper: https://md.ekstrandom.net/pubs/isw09-wiki-viz.pdf
There are no older topics