Problem
The operations dropbutton in views with attachments works only on the uppermost attachment. On all others, the touch event of the visible first operation fires the operation of the first attachment view instead of the one in its row. The rest of the dropdown operations (that have a normal link) work as expected.

Steps to reproduce
Create a table view with the operations link and attach another attachment display view above it with the operations link as well. Try to execute one of the operations of the second table.

I suspect this is due to the recent patch to bind events to dropdown elements

Comments

hlykos created an issue. See original summary.

rang501’s picture

rang501 commented

This might be cache issue. This problem will occur when views is using tag based caching and one entity is updated. If you look into \Drupal\bootstrap\Plugin\Preprocess\BootstrapDropdown::preprocessLinks, then there's a line where "unique" ID should be generated (with Html::getUniqueId), but this will fail (method not aware of the cached ID-s) when only one entity row is rebuilt (e.g only one entity is updated).

markhalliwell’s picture

markhalliwell
Primary language English
commented
Status: Active » Closed (duplicate)
Related issues: +#2901106: Multilingual dropbutton links do not contain correct language identifier, +#2686247: Ajax not working in dropbuttons (operation links), +#2890459: Undefined index: url in BootstrapDropdown->preprocessLinks() , +#2838956: Events bound to original dropdown elements are lost

One of these issues has probably already fixed this. If not, please reopen with a patch.