Last modified: 2014-04-18 11:51:40 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T44026, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 42026 - Add option to show new pages only in Special:Contributions
Add option to show new pages only in Special:Contributions
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Special pages (Other open bugs)
1.23.0
All All
: Low enhancement with 1 vote (vote)
: 1.23.0 release
Assigned To: PiRSquared17
: easy
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-11-11 20:17 UTC by Scott Martin (http://enwp.org/user:scott)
Modified: 2014-04-18 11:51 UTC (History)
11 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Scott Martin (http://enwp.org/user:scott) 2012-11-11 20:17:35 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.
Comment 1 db [inactive,noenotif] 2012-11-17 19:48:03 UTC
The New flag from the RecentChanges is only stored there, so this feature can be expensive for the database
Comment 2 Scott Martin (http://enwp.org/user:scott) 2012-11-19 15:36:40 UTC
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.
Comment 3 db [inactive,noenotif] 2012-11-19 20:05:43 UTC
Sorry, I have missed that flag in this list, but it is there.
Comment 4 Technical 13 2013-05-16 15:49:33 UTC
*** This bug has been marked as a duplicate of Bug 29730. ***
*** This bug has been marked as a duplicate of Bug 10331. ***
Comment 5 Scott Martin (http://enwp.org/user:scott) 2013-05-16 16:07:45 UTC
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!
Comment 6 Technical 13 2013-05-16 16:22:04 UTC
(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.
Comment 7 Bawolff (Brian Wolff) 2013-05-16 16:32:49 UTC
> 
> 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
Comment 8 Scott Martin (http://enwp.org/user:scott) 2013-05-16 16:42:31 UTC
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.
Comment 9 Technical 13 2013-05-16 17:22:28 UTC
(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...
Comment 10 Scott Martin (http://enwp.org/user:scott) 2013-05-16 17:31:19 UTC
Dude. You are exhibiting a chronic case of Not Listening.

Stop rambling chaotically and FILE SEPARATE BUGS FOR YOUR IDEAS.
Comment 11 Andre Klapper 2013-05-16 18:43:29 UTC
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.
Comment 12 Technical 13 2013-05-16 18:51:47 UTC
(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. ;)
Comment 13 Gerrit Notification Bot 2014-02-24 16:32:18 UTC
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
Comment 15 PiRSquared17 2014-02-24 16:34:54 UTC
It could also be added to the API if you think this is a good approach.
Comment 16 Scott Martin (http://enwp.org/user:scott) 2014-02-24 16:51:14 UTC
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?
Comment 17 Technical 13 2014-02-24 17:05:37 UTC
(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.
Comment 18 PiRSquared17 2014-02-24 17:33:14 UTC
(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
Comment 19 Technical 13 2014-02-24 17:50:56 UTC
(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.  :)
Comment 20 PiRSquared17 2014-02-25 16:32:30 UTC
(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.
Comment 21 Gerrit Notification Bot 2014-02-28 16:40:28 UTC
Change 115189 merged by jenkins-bot:
Add option to show only creations in Special:Contribs, API

https://gerrit.wikimedia.org/r/115189
Comment 22 Nemo 2014-02-28 16:42:05 UTC
Fantastic, thanks PiRSquared17 and Anomie.  	
PiRSquared17, can you add a mention of this new feature to [[mw:MediaWiki 1.23]]?

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links