Last modified: 2013-03-01 20:04:44 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 T44476, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 42476 - update.php triggers property statistics update every time
update.php triggers property statistics update every time
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
Semantic MediaWiki (Other open bugs)
master
All All
: Unprioritized normal (vote)
: ---
Assigned To: Jeroen De Dauw
: performance
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-11-27 13:40 UTC by Jeroen De Dauw
Modified: 2013-03-01 20:04 UTC (History)
4 users (show)

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


Attachments

Description Jeroen De Dauw 2012-11-27 13:40:01 UTC
Update.php triggers the SMW updater script which on it's turn triggers the property statistics update. The last step should only happen when this is actually needed. Right now I simply cannot run update.php without this potentially long task also running.

SMW 1.8 RC1 09b34ad52df3fbed71197c4e8beb404f583ceeb3
Comment 1 Markus Krötzsch 2012-11-27 16:29:24 UTC
Yeah, I wondered about this. We cannot have a parameter to exclude this, since it is a specific detail for one particular store. Suggestion: only compute the count for properties that were missing from the statistics table completely (this will ensure that the DB is initially correct, but not fix any later issues). And have another script (specific to Store3) to update the counts. The second script could also be integrated with the refresh method (to be rewritten for SQLStore3 anyway). Maybe one should update the counts as a part of property page refreshs.
Comment 2 Jeroen De Dauw 2013-03-01 20:04:44 UTC
Fixed this a while back. Will thus no longer happen for 1.9.

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


Navigation
Links