https://bugzilla.wikimedia.org/show_bug.cgi?id=33353
--- Comment #2 from krd <[email protected]> 2011-12-26 12:24:18 UTC --- The misbehaviour not only happened in this single case but is easily reproduceable in at least a dozen examples. Procedure: - Latest version of article is flagged. - Included image is changed at commons, or locally deleted and so included from commons for now on. - Article keeps link to old image. So far so good. - Article is flagged again via API, logentry is created. In nearly all cases the image is displayed correctly now. In _some_ cases: - Article shows image wrong. - Via web UI remove flag and set flag again. - Article shows image right. - Via API set flag again, logentry is created. - Article shows image wrong. - ...repeat In all cases I speak of "flag" or "unflag", I am speaking of flagging or unflagging _the same version_ of the article, which is the top version. So in some cases via API, although the flagging of the top version of an article creates a log entry saying that the top version of the artcle was flagged again, the web UI (for not-logged-in users) shows an older version of included images. This all does happen only in some cases I don't see any pattern in. The only escape seems to be to create a new version; a zero-edit doesn't help, too. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
