https://bugzilla.wikimedia.org/show_bug.cgi?id=28633
--- Comment #17 from Tim Starling <[email protected]> --- (In reply to comment #16) > Confirmed. One edit was revdel'd and then later suppressed at nlwiki. It > had > tripped and that resulted in 8 (2x4) logged filter additions that needed to > be > suppressed. And they had to be suppressed individually, no checkbox to select > to group apply. > > https://nl.wikipedia.org/w/index. > php?title=Speciaal%3ALogboeken&type=suppress&user=&page=&year=&month=- > 1&tagfilter=&hide_patrol_log=1 So there are two bugs here. The user attempted to save the page at 13:02:56, and received a warning. Then s/he clicked "save" again, and saved successfully at 13:03:20. Because the first edit attempt was rejected with a warning, it was not associated with a revision, so deleting the revision which was subsequently created had no effect. I'm not sure what the best solution here is, maybe just a bulk suppression UI. The second edit attempt succeeded, but afl_rev_id was still not set, because of interaction with the autosummary feature. if ( ( $vars->getVar('article_prefixedtext')->toString() !== $article->getTitle()->getPrefixedText() ) || ( $vars->getVar('summary')->toString() !== $summary ) ) { return true; } If the summary is different after the edit is saved compared to when the filter was run, afl_rev_id is not updated. The edit in question did have an autosummary, and I've confirmed locally that enabling autosummaries allows the bug to be reproduced. Just removing the summary condition should fix that part of it. -- You are receiving this mail because: You are watching all bug changes. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
