https://bugzilla.wikimedia.org/show_bug.cgi?id=22390
--- Comment #14 from Bawolff (Brian Wolff) <[email protected]> --- (In reply to comment #13) > (In reply to comment #12) > > In any case, I imagine most cases where you do this sort of thing > > are for files used on less than 500 pages, which would be an > > inconsequential amount of pages to purge. > > But these pages (eg high-profile Wikipedia articles) containing a temporarily > deleted file will be regenerated with a red link, right? Splitting is > definitely not a long process but it may take a few minutes ; I just hope > this > will not cause editing communities to understandably come with pitches and > forks to the sysop who defaced their article for a few minutes :-) Well the job queue isn't instant, and may take a couple minutes to get to the page, but ignoring that - This is just about regenerating those page's html. The image itself disappears the moment you delete it (and always has) since its url at upload.wikimedia.org goes away. The difference now would be instead of an <img> tag that doesn't render, the page might have a redlink for the image (Assuming the job queue is fast enough) for a couple minutes. If people didn't notice and complain previously when you did this sort of thing, I don't think they'll start noticing now. ---- As an aside, the main thing that pops to mind here is we need a better mechanism for splitting histories :) -- You are receiving this mail because: You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
