Queue item should have item_id properties instead of qid as stated in \Drupal\Core\Queue\QueueInterface
/**
* Claims an item in the queue for processing.
*
* @param $lease_time
* How long the processing is expected to take in seconds, defaults to an
* hour. After this lease expires, the item will be reset and another
* consumer can claim the item. For idempotent tasks (which can be run
* multiple times without side effects), shorter lease times would result
* in lower latency in case a consumer fails. For tasks that should not be
* run more than once (non-idempotent), a larger lease time will make it
* more rare for a given task to run multiple times in cases of failure,
* at the cost of higher latency.
*
* @return
* On success we return an item object. If the queue is unable to claim an
* item it returns false. This implies a best effort to retrieve an item
* and either the queue is empty or there is some other non-recoverable
* problem.
*
* If returned, the object will have at least the following properties:
* - data: the same as what what passed into createItem().
* - item_id: the unique ID returned from createItem().
* - created: timestamp when the item was put into the queue.
*/
public function claimItem($lease_time = 3600);
Replace qid properties with item_id
Should hook_update provided?
Not all content is available!
It's likely this issue predates Contrib.social: some issue and comment data are missing.
Add a commit to fallback to qid when claiming an item. Are there any other places that need fallback?
This seems like it is in a good place. The mitigation is pretty straight forward.