https://bugzilla.wikimedia.org/show_bug.cgi?id=65058
Amir Ladsgroup <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #10 from Amir Ladsgroup <[email protected]> --- (In reply to Brad Jorsch from comment #8) > (In reply to MZMcBride from comment #6) > > Looks to have been reverted by <https://gerrit.wikimedia.org/r/133046>. > > Tentatively re-opening this bug report. > > Good move. > > > Comments made on https://gerrit.wikimedia.org/r/#/c/132378/: > > MaxSem wrote: > > The main problem with long watchlist was that at hundreds of thousands > > members > > they got too huge to operate. If you attempt to delete 100k rows from > > database > > in one operation it will cause a replication lag. > > Springle wrote: > > This is only going to come back and bite us. It will cause replag and > > possibly > > also affect row-based replication to labs if the transaction size gets too > > large. > > I note that going to Special:EditWatchlist/raw, blanking the text box, and > submitting will perform the same query (calling > SpecialEditWatchlist::clearWatchlist() from > SpecialEditWatchlist::submitRaw()). problem happens when you're going to Special:EditWatchlist/raw. It is not possible when you dealing with a superhuge list, loading half of million names takes unimaginably long time, but an API request won't take this much (AFAIK) since there is no need to load the old list -- 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
