1066864 - Increase the number of subpages that can be moved at a time

Status: RESOLVED WONTFIX

(Websites :: wiki.mozilla.org, defect)

Description

[Gordon P. Hemsley [:GPHemsley]]

By default, $wgMaximumMovedPages (the configuration setting that controls how many subpages can be moved at a time) is set to 100, which makes it very difficult to move pages with greater than 100 subpages. (To my knowledge, there is no way to move a second batch after the first one.)

During our cleanup, moving a ton of subpages will be a common occurrence, so I think we should increase this number to something reasonable. (We may want to consider the effect the 'move-subpages' user right would have on this, just in case.)

Comment 1

[C. Liang [:cyliang]]

Do you have a new number in mind to shoot for?  

Or is there a way to query to see what the average / top ten number of subpages there are for pages in the wiki?

Comment 2

[Christie Koehler [:ckoehler]]

Let's try increasing the value to 1000 in dev and see how that performs.

Comment 3

[Jason Crowe [:jd]]

This has been deployed in dev.

Comment 4

[C. Liang [:cyliang]]

Holding off on deploying to prod this week (not yet fully tested in dev).

Comment 5

[Christie Koehler [:ckoehler]]

I'm having trouble finding a good example to test this with. Anyone have one readily at hand?

Comment 6

[Christie Koehler [:ckoehler]]

I've tested this in Dev with /WeeklyUpdates, which has just under 500 subpages. The operation is not completed and I received a Service Unavailable notice. 

It's possible that the operation would complete in stage or production where there are more resources. However, we need to be able to test these operations in dev. 

Instead of changing this setting, I propose we execute large numbers of page moves with the maintenance script moveBatch.php. This script allows us to move pages in batches, which makes the work more manageable across a variety of environments.