I have VBO exporting recurring calendar dates as ical. The calculateEntityBulkFormKey function had the same id generated for the recurring events.
$key_parts = [
$base_field_value,
$entity->language()->getId(),
$entity->getEntityTypeId(),
$entity->id(),
uniqid(),
];This was the change i added to calculateEntityBulkFormKey, patch is following.
| Comment | File | Size | Author |
|---|---|---|---|
| #8 | vbo_unique_id-3131303-08.patch | 2.01 KB | rahulkhandelwal1990 |
| #2 | vbo_unique_id-3131303.patch | 482 bytes | rhiss |
Comments
Comment #2
rhiss commentedComment #3
ey commentedComment #4
graber commentedYou have a view that displays same entities multiple times, just with different field values?
Comment #5
rhiss commentedUsecase was for Recurring dates using "RRULE" for repeating occurrences. One event node where the content ist stored.
Comment #6
graber commentedReview: uniqid doesn't guarantee uniqueness of return value, it'd be better to pass the view result index to the generating method.
Comment #7
styrbaekI have the same issue.
One View with the same entity-a multiple times grouped by entity-b that reference them.
When I select a entity for VBO it process the wrong entity-b.
I need to pass both the entity-a and entity-b on the same row.
Is that possible without hacking the VBO module?
Comment #8
rahulkhandelwal1990 commentedComment #9
graber commentedComment #11
graber commentedPushed to latest dev. Thanks!
Comment #13
graber commentedWe have a regression: persistent selection breaks when we change sorting options.
When a user selects some view results and changes sorting of the view, row indexes change and the selection info no longer applies to the current results. We have to find a different solution unfortunately. Will revert this.
Comment #15
graber commentedThe only thing that currently comes to my mind is to dispatch an event where those bulk key parts could be altered..