Page MenuHomePhabricator

skipped item IDs
Closed, DuplicatePublic

Description

After http://www.wikidata.org/wiki/Q50450 there are many skipped IDs. They're not deleted. Next page after Q50450 is Q50464.

What is going on?


Version: master
Severity: normal

Details

Reference
bz42362

Event Timeline

bzimport raised the priority of this task from to Needs Triage.Nov 22 2014, 12:52 AM
bzimport set Reference to bz42362.
bzimport added a subscriber: Unknown Object (MLST).
Merl added a comment.Nov 22 2012, 11:24 PM

Q50514 - Q50567 is missing, too.

It could be a wikidata bug. "If an entry is posted via API and error occurs due to the interwiki conflict, new entry is not created. But new entry number is consumed and NEVER used again". These gap can be found other bot editings.

It's true that IDs may be "swallowed" by unsuccessful attempts to create an item. But I don't see this as a problem. The IDs have no significance, they could just as well be chosen randomly instead of sequentially. The ID system may well be changed to something else entirely at some point, e.g. GUIDs.

I want to thank you for reporting this anyway, because it *might* have been an indication for Something Bad happening, like items just vanishing without a trace. But I don't see any evidence of that. So, closing WONTFIX.

From what I've heard, it's enough to visit Special:NewItem to "consume" an ID.
True, the only damage is that it hurts our milestones addiction. :)

(In reply to comment #4)

From what I've heard, it's enough to visit Special:NewItem to "consume" an
ID.
True, the only damage is that it hurts our milestones addiction. :)

That's not correct. But any attempt to create an entity will consume an ID, including failed attempts.

(In reply to comment #5)

That's not correct.

Ok, let me rephrase that: if that was true, it would really be a bug, and one that should be fixed. But before filing a bug report, please make very sure that IDs are actually being consumed without any attempt to create anything.

It is possible to create through a "visit" to a link, but then the "link" must use a post request and contain a valid edit token for the user, so it must be created through a js-call.

Restricted Application added a project: Wikidata. · View Herald TranscriptJan 28 2016, 6:10 PM
Restricted Application added a subscriber: StudiesWorld. · View Herald Transcript
Bugreporter reopened this task as Open.Dec 3 2019, 5:03 PM
Bugreporter added a subscriber: Bugreporter.

Boldly reopen, ideally no Qid should be "lost" - and no database transaction should be made for failed entity creation.

See another task for actual reason.