Expose payload as a views filter

Patch for this.

Nice one, thank you for a very simple but useful addition. I stumbled here when checking whether such a feature existed. The patch applied cleanly to * 1.0.0-rc7 (Drupal 9.5.9)

Being able to search through thousands of payloads in order to identify and/or retry or remove the occasional job is really very helpful.

This enables a UI approach that admins can understand and make use of, here to avoid spamming customers who did not attend an event. A (custom) cancel event occasionally fails to fire - leaving notifications remaining in the queue rather than being identified and deleted automatically. Being able to quickly identify these is great.

Overall this seems like a useful and non-controversial addition to the project.
+1

This is not really a bug, so moving it to the correct category. Also, there is a patch proposed, so the correct status is "Needs review".

And finally, maybe @ippy would like to change the status to "Reviewed & tested by the community", so that this actually has a chance of being committed?

@jcnventura: I've tested patch #2 from @rob230 with advancedqueue 8.x-1.4 and it worked as expected. Before patch payload field was not available as filter in views. After apply of patch it was available and also useable as exposed filter to search advancedqueue payload of items for user given strings.

I've created a MR against 8.x-1.x which is based on #2 patch without any additional changes.

Moved issue to RVTC.

I've tested this MR and added the filter to the default view provided by the module so new sites will benefit. Existing sites can add it themselves as updating existing views is harder and there are situations that are hard to account for.

Test evidence

I think this is more of task than a full on feature request.

Automatically closed - issue fixed for 2 weeks with no activity.