Last modified: 2014-05-18 01:46:36 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 T62740, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 60740 - Re-expose transclusions count in MediaWiki's info action (in miser mode)
Re-expose transclusions count in MediaWiki's info action (in miser mode)
Status: NEW
Product: MediaWiki
Classification: Unclassified
General/Unknown (Other open bugs)
1.23.0
All All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-02-02 17:30 UTC by MZMcBride
Modified: 2014-05-18 01:46 UTC (History)
9 users (show)

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


Attachments

Description MZMcBride 2014-02-02 17:30:12 UTC
Re: https://gerrit.wikimedia.org/r/109710

We should find a way to re-expose this information. The current solution sucks because many wikis are inappropriately using miser mode (given its myriad other functions) and most templates don't have many transclusions (it's a long tail).

I believe we already set up caching for the info action's output. We could get more granular with the caching, if necessary.
Comment 2 db [inactive,noenotif] 2014-02-02 19:19:43 UTC
Seems like the cache version for info action needs to be changed to clear the old info actions from cache, with shows this number actually.
Comment 3 Bawolff (Brian Wolff) 2014-02-05 01:01:27 UTC
Potential work around:
*estimate with EXPLAIN
*if estimate < 5000 do real query (5000 pulled out of my hat)
*otherwise round the estimate (since explain only rough order of magnitude, 512374 implies non existent precision), and output something like "roughly 510,000"

Possibly something similar should be done for other queries which could potentially scan millions of rows in an edge case.
Comment 4 Jarry1250 2014-02-24 16:18:30 UTC
Can I have a timeline on this? If it's going to take a while I'll reimplement my tool (which provides just this information) in Labs. Otherwise, I shan't bother.

My own personal view is that action=info could perhaps have two modes, where if the particular information you wanted wasn't available, you could request the performance intensive mode. But that's just an idea.
Comment 5 Bawolff (Brian Wolff) 2014-02-24 16:51:08 UTC
An alternative work around would be to use a subquery with a limit in it like mobile does
Comment 6 Jarry1250 2014-02-24 16:52:10 UTC
LIMIT 5000 would certainly be a useful placeholder until we work out a better fix.

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


Navigation
Links