Last modified: 2014-04-18 11:51:40 UTC
It's already possible to restrict Special:Contributions to only showing edits that are the latest revision to a page; it would be useful to also have an option to only show edits that created a page.
The New flag from the RecentChanges is only stored there, so this feature can be expensive for the database
I don't understand your comment. The new flag is already displayed in Special:Contributions. Surely this would be a case of limiting the contribution query to those edits with the flag associated.
Sorry, I have missed that flag in this list, but it is there.
*** This bug has been marked as a duplicate of Bug 29730. *** *** This bug has been marked as a duplicate of Bug 10331. ***
This bug is NOT a duplicate of bug 10331 at all and I have no idea why you've marked it as such. Nor is it a duplicate of bug 29730, which is asking for different functionality! I would unset your changes but I can't see how. Don't do that!
(In reply to comment #5) > This bug is NOT a duplicate of bug 10331 at all and I have no idea why you've > marked it as such. Nor is it a duplicate of bug 29730, which is asking for > different functionality! > > I would unset your changes but I can't see how. Don't do that! All three are asking for a method of determining new pages created by a specific user beyond the 1 month limitation of [[Special:NewPage]]. The possible options I see to accommodate these requests is to: a) Add a way to override the default 1 month limitation on [[Special:NewPage]] b) Add a checkbox on [[Special:Contributions]] to filter and return only the results with the N flag c) Add a new type of log that returns created pages that is filterable by user and namespace. I would think the order I have listed might be the same as easiest to hardest to do, but figured I would list them all. I'm also working on a userscript fail all of these options to add this to the core there will still be a way to easily get this information as the toolserver unreliability has become to great for many users to bother with it.
> > The possible options I see to accommodate these requests is to: > a) Add a way to override the default 1 month limitation on > [[Special:NewPage]] There is an option (in the form of a wg variable). This restriction is related to how long things are stored in recentchanges table. The default is actually 3 months. Wikimedia has it set lower. Some wikis (like translatewiki) have it set to much higher. > b) Add a checkbox on [[Special:Contributions]] to filter and return only the > results with the N flag. That's the same amount of expensiveness as the top only flag (Which can be expensive for some queries, but we're already doing it). In fact its almost the same query ( rev_parent_id = 0 vs rev_parent_id = page_latest ). My only concern is that the form at the top of special:contribs is becoming a bit long. > c) Add a new type of log that returns created pages that is filterable by > user > and namespace. meh, less a fan of this idea. Making up old log entries would kind of suck. > > I would think the order I have listed might be the same as easiest to hardest > to do, but figured I would list them all. I'm also working on a userscript > fail all of these options to add this to the core there will still be a way > to > easily get this information as the toolserver unreliability has become to > great > for many users to bother with it. I would recommend option B
Option B is just restating this bug! Lord help me to maintain Bugzilla etiquette. Technical 13/ShoeMaker, your other ideas should be filed as _separate_ bugs, the first for Special:NewPages, the second as an enhancement for the logging component.
(In reply to comment #8) > Option B is just restating this bug! > > Lord help me to maintain Bugzilla etiquette. Technical 13/ShoeMaker, your > other > ideas should be filed as _separate_ bugs, the first for Special:NewPages, the > second as an enhancement for the logging component. I'm not saying they should all be implemented, I'm saying that any one of those ideas will satisfy the simple request which is asking for "some way" of easily determining which pages a user has created without being force to use the run-down, slow, clunky, unreliable toolserver. Option a will give this same list without adding another checkbox to Special:contribs, but would require a box (or a list of links like on RC) that will allow the person querying the db to return all results since the timestamp they enter in the box (or the amount specified in the list of links like RC, perhaps (1 month | 3 months | 6 months | 1 year | all) or something of that sort) overriding the default that is set (in the form of a wg variable). I'm impartial as to what option is used, I wouldn't even care if it was just added to the api to be able to use &ucpflags=new and get the list that way...
Dude. You are exhibiting a chronic case of Not Listening. Stop rambling chaotically and FILE SEPARATE BUGS FOR YOUR IDEAS.
ShoeMaker: Not sure if your "*** This bug has been marked as a duplicate of Bug XY. ***" comments without actually closing a report as duplicate (unrelated to whether that's justified or not) are intentional. With regard to this request, bug 15900 is about the same request (hence this is a duplicate), but that ticket was also marked as duplicate of bug 10331, likely because any kind of implementation would lead to also resolving this request.
(In reply to comment #11) > ShoeMaker: Not sure if your "*** This bug has been marked as a duplicate of > Bug XY. ***" comments without actually closing a report as duplicate (unrelated > to whether that's justified or not) are intentional. > > With regard to this request, bug 15900 is about the same request (hence this > is a duplicate), but that ticket was also marked as duplicate of bug 10331, > likely because any kind of implementation would lead to also resolving this > request. Yes, it was intentional. I was simply trying to note that purpose of this request, to get an easy to access report of created pages by a user, was duplicated in those other reports. I wouldn't dare close anything here at this point whereas I'm still fresh meat to the whole process. Someday, however, I may (it is in my intentions) actually upload some gerrit patches and close a ticket. My first will likely be a fix for an extension (I've come up with a fix for a few of the extension related bugs I've submitted but haven't had time to test the fixes yet). Anyways... Closing as a duplicate is out of my expertise at this point, and I'll leave it up to you salted pros. ;)
Change 115189 had a related patch set uploaded by Gerrit Patch Uploader: Add 'newonly' option to Special:Contributions and related i18n message https://gerrit.wikimedia.org/r/115189
In action: http://abusefilter-global-main.instance-proxy.wmflabs.org/index.php?limit=50&tagfilter=&title=Special%3AContributions&contribs=user&target=Test+account+please+ignore&namespace=&newOnly=1&year=2014&month=-1
It could also be added to the API if you think this is a good approach.
Absolutely perfect. Thanks. I'm not much of a heavy user of the API, but I could imagine it possibly being of use to somebody - so if adding it isn't a difficult task, go for it?
(In reply to PiRSquared17 from comment #15) > It could also be added to the API if you think this is a good approach. I would use it if it was in the API. Would be helpful for a current project of mine and at least one future project.
(In reply to Technical 13 from comment #17) > (In reply to PiRSquared17 from comment #15) > > It could also be added to the API if you think this is a good approach. > > I would use it if it was in the API. Would be helpful for a current project > of mine and at least one future project. http://abusefilter-global-main.instance-proxy.wmflabs.org/w/api.php?action=query&list=usercontribs&ucuser=Test_account_please_ignore&ucnewonly=1
(In reply to PiRSquared17 from comment #18) > (In reply to Technical 13 from comment #17) > > (In reply to PiRSquared17 from comment #15) > > > It could also be added to the API if you think this is a good approach. > > > > I would use it if it was in the API. Would be helpful for a current project > > of mine and at least one future project. > > http://abusefilter-global-main.instance-proxy.wmflabs.org/w/api. > php?action=query&list=usercontribs&ucuser=Test_account_please_ignore&ucnewonl > y=1 I compared: http://abusefilter-global-main.instance-proxy.wmflabs.org/w/api.php?action=query&list=usercontribs&ucuser=Test_account_please_ignore&format=jsonfm&ucnewonly=1 to: http://abusefilter-global-main.instance-proxy.wmflabs.org/w/api.php?action=query&list=usercontribs&ucuser=Test_account_please_ignore&format=jsonfm and it worksforme. :)
(In reply to Technical 13 from comment #19) The API may be changed to use &ucshow=new if anyone agrees with Anomie's comment on patch set 2.
Change 115189 merged by jenkins-bot: Add option to show only creations in Special:Contribs, API https://gerrit.wikimedia.org/r/115189
Fantastic, thanks PiRSquared17 and Anomie. PiRSquared17, can you add a mention of this new feature to [[mw:MediaWiki 1.23]]?
