Wed, Feb 15
I don't see how a different list entry affected another one, but oh well. Thanks.
Mon, Feb 13
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.
Sun, Feb 12
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.
Sat, Feb 11
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.
Sat, Feb 4
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?
Feb 10 2016
The bottom line is a user needs a way to know exactly which pages were added or removed. If those are lost in a longer list, that would be only marginally helpful. We shouldn't make users hunt these pages down.
Feb 9 2016
Feb 8 2016
Jan 29 2016
Jonesey95, that issue was marked as invalid because it's already implemented. When this feature was rolled back a few hours ago due to a database issue, the filtering was taken out too. Once this is all up and running, you will have the filtering.
Jan 24 2016
Urgent/Non-urgent (Alert/Notice) seems to make the most sense, although I would recommend letting users set which types of notifications fall into either (maybe someone wants a Thanks to be urgent :) ). Of course, start out with a default set of how notifications fall into each category that seems to make the most sense per consensus. Also, don't assume I've "read" (or dealt with) everything because I've looked at the list of alerts/notices -- let me tick those off somehow.
Dec 15 2015
I think this would be a useful module for WikiProjects. I've been tempted just to manually create a list of the newest WikiProject-wide topics (editorialized to keep out not-so-useful ones), but I would probably have to update this on a daily basis. Is there any way to create such a list with any current wiki technology outside of my using RecentChangesLinked on a list of talk pages and plus cut-n-paste of topic title/links?
Dec 13 2015
I'm surprised the Wikidata people didn't create a "MetaWikidata" for these purposes.
Dec 12 2015
Dec 4 2015
I as a user would like to know precisely which pages were added and which ones were removed. How that is accomplished is open.
Dec 2 2015
Dec 1 2015
I modified the above as the first change actually didn't make sense because 'all' shows all.
Why can't this be as simple as doing the following on Special:RecentChangesLinked/Category:WikiProject_Foo_articles?
Nov 26 2015
OK, my bad. I assumed those associated with this software update would understand what I was describing and could comment on that. Oh well. Happy Thanksgiving!
I understand that we don't want to create two duplicate named refs if one is inside a template, but in the case of the William Harding Mayes article, all the refs in question are inside the same template, and duplicate names are being generated.
T119712 created to address this because my question is being ignored.
Nov 22 2015
I am asking a question about why it works this way. Opening a ticket is about logging an issue. I would like to understand why it works the way it currently does before deciding whether to do that.
Apparently $wgUseRCPatrol isn't enabled on the English Wikipedia, so that won't work as a workaround. Also, that wouldn't work per the feature request anyway, as:
- a change reviewing (or more specifically, vandalism hunting) user wouldn't be able to tag another user as trusted so they wouldn't see their edits in the first place.
- it would assume that there would be active-enough patrol of edits per $wgUseRCPatrol to keep the edits to review under control to the extent desired by the change reviewing user.
- it would assume that the change reviewing user has 'patrol' user rights so they could hide patrolled edits.
It looks pretty solid on MediaWiki.org, but I saw where in cases where two pages were added to a category, it doesn't say what the second page is, using "and one page" instead. How would a user find out what the second page is?
Nov 21 2015
So, with the English Wikipedia running 1.27, this feature is now live, and all I have to do is watch a category to see what members are added or removed?
Nov 19 2015
Nov 6 2015
If that is indeed, up to date, it would seem that we should be marking the fix as minor, not a major one is the correct course of action.
In this case, the reader sees no difference, so that makes it minor in that sense, IMHO.
Was the settings file I uploaded run? This is an outright bug where a duplicate name is generated for two separate but identical references. I obviously can't save such changes.
Nov 5 2015
Running based on the settings file I uploaded should show the problem.