Page MenuHomePhabricator

log_page still not set for hundreds of images where it should
Open, LowPublic

Description

Bug 38606 made upload actions set log_page. It was deployed on 30 October.

Seeing some differences in the numbers of my tools (which rely on it), and the categories, I found that not all images have it set as they should.

For instance Rosenfeld-Isingen-Martinskirche105602.jpg, or דירי_המפציצים_הבריטיים.jpg.

mysql> select count(*) from logging where log_type='upload' and log_action='upload' and log_page=0 and log_timestamp > '20120831160000';
+----------+

count(*)

+----------+

831

+----------+

It may be just a wild apache which didn't get the code update. But as it is happening as of minutes ago (20121014211333), that's still relevant.


Version: unspecified
Severity: normal

Details

Reference
bz41024

Event Timeline

bzimport raised the priority of this task from to Low.Nov 22 2014, 12:48 AM
bzimport set Reference to bz41024.
bzimport added a subscriber: Unknown Object (MLST).

(In reply to comment #0)

It may be just a wild apache which didn't get the code update. But as it is
happening as of minutes ago (20121014211333), that's still relevant.

Seems unlikely as we've been through 1.20wmf10, wmf11, wmf12, on 1.21wmf1 and 1.21wmf2 coming tomorrow...

Yes, quite unlikely, but how do you explain it? Where the update statements for those 831 images rollbacked?