May 25 2017
May 22 2017
May 8 2017
#4 sounds like it could be done in a fairly straightforward manner, using a temporary indexed database table.
May 1 2017
@Samwilson I ran 'All' for my own account, and all the entries looked familiar and highly likely to be correct. Thank you for your work!
Apr 28 2017
I might be the person who said it should work like a watchlist (private), and this is indeed to prevent negative responses as discussed above. I'm willing to wait for it being done this way.
On second thought, I guess it would be a little tricky as some entries' number of edits would be tied with others.
I was just taking a look at this again, and wondered why the entries don't have counting numbers (1-100). Is there any particular reason why this can't be there as well? I would think it would communicate that there are 100 total entries and a user can better mentally picture a slice of the list (say, Top 10 or Top 40).
Thanks. The secret stops here. heh
Is this available for user review (beta) anywhere?
Apr 15 2017
Apr 5 2017
OK, so I'll open a ticket wherever these API developers are. Have a link?
So, let's open a ticket and they will set it as low priority. As long as it's documented in the system would be fine with me.
This was discussed above. You had said that the APIs you use to fix a dead link using an archive didn't return the title from the archive page. Would it be prudent to request that they do?
Would it be reasonable to open a request to have a particular API that is used return the page's title?
Apr 4 2017
It can be argued that way, but with "Archived copy" sticking out like a sore thumb, it calls for addressing, and therefore, additional time is spent, when the bot could have in theory inserted this.
Apr 2 2017
Is editors' time manually correcting titles taken into account in the cost-benefit analysis? The idea of a bot creating new work doesn't seem quite right.
Mar 26 2017
Although I'm in no position to mentor, I'd like to help with brainstorming ideas too. I personally like the simplicity of the dashboard on Discogs.com (seen if you have an account).
Mar 21 2017
There are still popular pages listings going empty, with examples Anarchism, Louisville, and Kentucky. When is the bot scheduled to fill these (and presumably others) in?
Mar 17 2017
Please close this ticket as a duplicate of T160721. I had meant to create this as a subtask.
Mar 16 2017
If I have a suggestion for improvement, should I open a separate phab ticket? I would like to see a "Top edited pages" list that shows the top 100 pages from all namespaces together.
Note that I now see the ticket for handling the redirects.
Also, I'm unsure why this is marked as "resolved" as the bot doesn't yet do all the things the previous version did.
Issues I see:
Mar 11 2017
Kudpung, I don't see how comments like yours are constructive, much less advance this along. There are big ideas I'd like to see happen too, but I would not use a strategy like yours. Unless you chill, I have nothing else to say here.
This proposal didn't make the top 10, thus it's not a core Foundation priority, but I think being at #14 makes it appealing for developers to take on. Also, I don't think we should ever assume that something could have been done in a certain time period because many other things have been developed in that time frame, and there's only so many active developers to go around. If one thinks this should be prioritized higher, one should make that case.
Mar 10 2017
I'm thinking this should apply to major editors of a page as well. I regularly run into articles tagged for deletion where the creator is long gone, but editors who touched it quite a bit along the way are still around. The current approach of maybe sometimes the creator being notified (like if Twinkle is used) has led to charges of our delete processes being sneaky. See https://bbs.boingboing.net/t/40-of-wikipedia-is-under-threat-from-deletionists/95250
I was thinking of Muhammad Ali as a good example as well. Thank you for your quick response. I do agree this should be incorporated into results, for sake of fairness in comparative results.
Something related to this just occurred to me. The previous bot was stated to "aggregate the views for all redirects to each page." I assume this meant that views to each page would be counted whether directly viewed or arrived at by a redirect. Is this applicable in any way to what is being worked on right now?
I'll just chime in to say that I'm comfortable with where this part is heading. Thanks everyone.
Feb 22 2017
I haven't looked at this ticket for a week, and it looks like a lot of discussion has flown past me. Anyway, as a former programmer, JSON is simple for me to update, but most Wikipedians aren't programmers.
Feb 15 2017
I don't see how a different list entry affected another one, but oh well. Thanks.
Feb 13 2017
Note that there's no consensus to deviate from having a "number of pages" field, and I would oppose deviating from that. It would be unfair to the many WikiProjects not represented in this discussion, for starters.
On this point, I was hoping to be able to produce a second shorter result for a WikiProject I work on, basically a Top 10 list I can show on the project's front page. Things like this add to the project's public showcase.
Technically, doing that would simplify things, but I don't believe the issue was computational expense. I think some WikiProjects simply wanted shorter lists. I can't speak for all WikiProjects on this, so I don't know if everyone would agree to a top 1,000 list.
'Number of pages' is the number of top-viewed pages the wikiproject wants ranked. So if they select 1000, they want to see the Top 1,000 viewed pages from their project. (1,000 was the upper limit in the previous incarnation of this tool)
Feb 12 2017
I appreciate the deference to keeping it the way it is, but the on-wiki config works for me, although if anyone jumps up and down and wants a lookalike to the previous GUI, I won't object as the GUI was well-designed. I think a server-side process for handling errors and perhaps messaging someone who made a mistake in the wiki table is perfectly reasonable. I think those tending to request these pages will be editors with reasonable wiki know-how.
Feb 11 2017
The vector skinning image looks pretty good, although I might have expected the stars to be a bit smaller to fit into the lines better. I can't really speak well to the class/ID matters - a bit over my head, although matmarex's point looks accurate. Reuse sounds good, but if you have to contort code for such, maybe it's better to strike out with some new classes/IDs specific for this purpose.
Feb 4 2017
I'm probably stating the obvious that everyone already knows, but this should exclude spider and bot visits. If we compare to the Massviews interface, we would be selecting 'User' for the Agent. We're only concerned with human visits.
Thank you @Sn1per for your excellent work. This design works for me overall. I just have a couple thoughts:
Jan 15 2017
I'd go with B. I don't see any hard reasons for tinkering with the display of log entries in this context.
Jan 9 2017
@mforns Real-time data, isn't a concern as these are monthly-generated pages, except at the point of producing them. It's certainly better for performance that readers are loading flat pages than running the real-time data grab every time. Why push the servers when we don't have to? If people want to do specific queries on visits, they can use Massviews.
Jan 6 2017
@Anomie, I edited my response to you above for (hopefully) clarity.
Now, I guess we have a different discussion with regards to 'Hide my edits' and 'Hide minor edits', the former being a non-problem in my view, as if one has made an edit to a page, they have cleared/visited it, so there's no point in seeing a recent edit behind it. I think. :)
@JEumerus - that sounds right. I just wonder if there ''are'' any bots using undo instead of rollback for directly preceding edits. If not, this two-pronged fix seems like it will be enough to drive a complete solution.
@daniel, If an approved bot does a rollback or an undo of directly preceding edits, I assume it's performing an approved task and the edits reverted (either way) will therefore not be of interest to the watchlister. If this assumption is not true, I would like to read of a scenario that makes me go "hmmm, wait".
OK, I'm trying to understand. At this point, I don't understand why a rollback would be different from an undo of the directly preceding edit(s), for our purposes here.
Pardon my ignorance, but what does 'Blocked' mean?
I wouldn't distinguish any revert from any bot. Whatever a bot reverts should be taken as bot edits to hide. After all, I believe the user that is hiding bot edits is seeking to see the latest non-bot/non-bot-reverted edit that occurred since they last visited the page.
As for improvements, Niharika's ideas look useful to consider, and I also had one from March 15, 2015 that I submitted and didn't get acted upon. It's basically to show changes from month to month for each entry like how Billboard charts do it. Obviously, the first monthly generation wouldn't show these changes.
Jan 5 2017
I also concur with DanielPenfield's comments in the 2016 Community Wishlist Survey proposal.
I think it should stay on WikiProject subpages, generated monthly as it is now (I think that's what survey voters expected to keep, not have this product changed into something else, noting that changes in the program that generated it probably don't matter to the casual reader). A key to this report's value is its production _for_ WikiProjects. And I want to be able to point people to a page in projects I work for, not a separate tool page.
In the 2016 Community Wishlist Survey, a proposal for fixing this wound up at #47 (tied for #45) out of 265 proposals.
Jan 4 2017
See my sandbox, where I have a template call to "citation needed" followed by one to cn, a shortcut. They both render the same in HTML. The background processing may be different, of course, but what the reader sees and the browser receives is no different in any possible way.
I wonder, though, if bypassing stub template redirects is seen as more important than bypassing template redirects in general. Is using the correct stub template seen as especially critical?
Jan 3 2017
The feature isn't being retained as such, though. It's being highly restricted. One has to jump through technical hoops to use it, and therefore, it's totally the decision of the AWB user when they use it. This really isn't different from deciding to do the same thing manually. And as always, the specific editor is responsible for their edits.
Dec 25 2016
I can confirm this issue with respect to an IP user I am watching. I can't get rid of the block log entry in my watchlist, and I don't want to use the "nuclear option" unless all of my watchlist reviews are completed.
Dec 16 2016
The wishlist proposal related to this issue is listed at #9 out of 265 proposals (technically, tied at #8).
The wishlist proposal related to this enhancement requested is listed at #40 out of 265 proposals (technically, tied at #39). There is clearly at least moderate interest in this.
Dec 7 2016
So, on point, should I (or someone) create a blocking task?
Oh, then it was new to me then. :) I don't think I've used it until just yesterday.
Perhaps. The user UI includes transclusions by default, I think. One can decide to hide them.
I haven't worked with the API, but there is a special page for it here. Perhaps it's a new one.
Note that "What transcludes page (all NS)" works. But my point was that a WLH on AWB doesn't work the same as WLH on the wiki (as accessed from a browser).
Dec 6 2016
Yes. Transcluded userboxes.
Dec 4 2016
Note that this is appearing as a proposal in the 2016 Community Wishlist Survey here.
Nov 30 2016
If this indeed fixes intitle searches too per Wikipedia:AutoWikiBrowser/History, that's great, as I was going to open a ticket for that.
Nov 28 2016
I have created a proposal to implement this in watchlists and RC pages at the 2016 Community Wishlist Survey. Voting started today.
Nov 26 2016
Oct 22 2016
As of April 2016, the diff popup features "send thanks" as an action. I'd prefer to have this on each line of RC per my request, but at least this gadget update is useful.
Oct 20 2016
Which version of AWB are you using? It has gone through changes since April that may affect this issue. If you aren't using the current version, you will have to manually download and install it, as Sourceforge made changes that rendered previous versions' updater unusable.
Oct 19 2016
T55525 seems like a similar idea.
The link classifier script has helped me out a great deal with identifying redirects on the "Edit watchlist" page. I assume red links are already red without using this script.
Oct 6 2016
Something has fixed this issue in the meantime. A particular page where I had this problem isn't demonstrating the sluggishness I saw before.
Aug 26 2016
I thought this was the bug. Also, what would my bug state and where would it go?
It has been over 4 months since the most recent popular pages updates, and the pages in projects in which I'm a member are getting stale. Is anything being done to resolve this?
Aug 18 2016
Aug 17 2016
This problem happens to me with Chrome 52 or Firefox 48 on Windows 10. I tried the following but none of them helped the problem:
Aug 13 2016
As a workaround, I've written F&R entries to revert placement of the underlinked tag.
Jun 16 2016
What are the current development needs of this tool? I'm really missing its output in projects I'm associated with. (note that I'm not committing to anything at this point.)
Mar 18 2016
To clarify, will this WhatLinksHere link only show those categories just added or removed?