I have a similar problem: T217512: Merging items sometimes saves a null edit.

I was able to reproduce one:

This task is missing the exception hash which would make the error easier to be traced and fixed.

The problem is new uploads don't increment editcount.

Maybe a DBA could provide some explanation?

I maybe did in T221253.

Maybe this has been done with T102324#3474167 and it can be continued in T147117.

It seems Pywikibot has assumed these are always dicts. Just because the containers were empty it didn't fail:

Or fix them...

See also T175399. These options are meant to adjust behavior of a fix but may not work reliably.

See the bottom of https://en.wikiversity.org/w/index.php?title=Template:Cite_Q/testcases&action=edit. The template probably tries to load some modules that don't exist on enwikiversity.

Duplicate of T112082: [Bug] QuantityParser must pass-through valid unit representations?

Is statement GUID used?

That's expected, as I demonstrated in my comment. The counter is a number, its format %03d (base-10 integer, 3 characters, missing ones filled with zeros) is declared in the pattern.

Some notes:

Note that you may want to use correctly zero-padded counter %(counter)03d. Because

>>> str(int('034') + 1)
'35'

Rules in entity namespaces (Item, Property, Lexeme)

Nothing for lexemes yet.

You probably didn't notice my response, did you?

To be sorted out:

In T217141#5007331, @alanajjar wrote:

@matej_suchanek so should I open another task for this?!

The code reveals the answer. See T67180.

I managed to drop this to around 40 instances. I did it using action=wbeditentity&clear=1&data={entity_without_tokipona}. But in some cases, it isn't possible because of inconsistent data (missing precision value attributes, links to deleted pages, label-description conflicts etc.).

This seems to be easy to fix.