Matěj Suchánek 4ae63d1b4d Avoid event insertion if possible ... Why: * On wikis with lots of bot activity like Wikidata, there is a large volume of edits which can potentially create an article-linked notification. These notifications are now actually rarely sent because they are disabled for bots (T318523). However, the event record is always inserted into the database, with no reference to it, bloating the database. What: * Do not unconditionally insert an event into the database when Event::create is called. Pass it to downstream calls and have it inserted when it's clear it will actually be needed (i.e., a notification is definitely going to be created). * Pass the event's payload to the job queue instead of requiring its ID. Introduce Event::newFromArray, which unlike ::loadFromRow handles ::toDbArray values that haven't been inserted into the database yet. * Introduce Event::acquireId which ensures the event has been inserted prior to returning its ID as well as it does not get re-inserted. Bug: T221258 Change-Id: I8b9a99a197d6af2845d85d9e35c6703640f70b91		2024-10-11 20:12:11 +02:00
..
phpunit	Avoid event insertion if possible	2024-10-11 20:12:11 +02:00
qunit	Consistent Casing for "iconUrl"	2024-08-17 07:09:41 +09:00
selenium	selenium: Document when, how and why a test is skipped	2024-07-08 15:17:13 +02:00
bootstrap.php	build: Updating mediawiki/mediawiki-codesniffer to 0.9.0	2017-06-22 14:13:28 +00:00
echo.suite.xml	Directory reshuffle, add dev tools	2014-08-01 22:38:41 +00:00