Not unless there is a maintenance script for it

In T8950#184002, @Universal_Omega wrote:

We have no way to update the current data into the database when the extension is enabled, due to the way it is setup.

Let's close this for now, since disabling Cargo is not a periodic process.

It is not happening right now, but this is not specific to migration. It happened many times before the migration.

Seems to be resolved.

Currently these 2 extensions are not compatible. This can only be fixed in Extension:CommentStreams (can't be workarounded on Moderation side).
The cause is that CommentStreamsStore::updateComment() in CommentStreamsStore.php treats "edit was sent to moderation" as an error (instead of "saved successfully") and panics "we couldn't save the comment".

Please run purgeParserCache.php, though.

Submitted an upstream bugreport to Extension:Cargo: https://phabricator.wikimedia.org/T285176

Workaround successful (all rows were created).

Temporary workaround "replace all Integer/Boolean fields with String fields" seems to be effective (worked on statuseffect table).
Applying it to other tables like item...

If this is the only cause, then there is a possible workaround (I can always set tier=, hasIcon=, etc. in {{#cargo_store:}}, even when default value is desired). I will experiment with this.

It's definitely related.

Correction: currently there are 10002 directives {{#cargo_store:_table = item | ... }} on pages Template:Cargo/item/....
It everything worked correctly (as it worked for more than a year), then there would be 10002 rows in the replacement table. (not 18)

The way Cargo works: when replacement table exists, any #cargo_store directives are saving into it (and the main table is only used for readonly queries).
When replacement table doesn't exist, they save into the main table.

For example, "item" table should have 7000+ rows, but it has only 18.

All Template:Cargo pages were recreated: https://frackinuniverse.miraheze.org/wiki/Special:PrefixIndex/Template:Cargo/
Only a small fraction of rows were created in replacement tables: https://frackinuniverse.miraheze.org/wiki/Special:CargoTables

Very well.
I'm restarting the bot that updates Template:Cargo/* pages. Will notify when this is completed.

Well, if you remove the replacement table, then ALL other articles will also break. (7000+ more)

In T7493#150269, @RhinosF1 wrote:

Top of the item table page says "This table is currently read-only, while a replacement table for it is generated"

Still happens on https://frackinuniverse.miraheze.org/wiki/Talk:Test_of_talkpage

https://frackinuniverse.miraheze.org/wiki/Talk:Test_of_talkpage

would you be able to re upload the file in question?

Given the extreme sporadic nature of it, I can't debug any further without it occurring again.

I submitted a pull request: https://github.com/miraheze/mediawiki/pull/112 - updates Moderation to 1.3.20.
Running update.php is unnecessary (there were no DB schema changes).