On multilanguage sites we are using views as a source for entity reference field widget to be able to restrict possible tags due to sites language. We have configured views to display 25 items. In node creation backend there will be only 10 items displayed. This prevents editors to choose certain tags, as they won't be displayed.
I have attached some screenshots to illustrate this.
In views entity reference displays it is possible to configure paging options. I tried to deal with them to solve the problem above, but found out, that they are unsupported in entity reference field widget. It would be nice to have an endless scroll option for editors to handle situations where there are many tags. I wonder if this is an error, that views offers paging in entity reference displays or is the reason only, that equivalent functionality is not supported in entity reference field widget by now?
Comment | File | Size | Author |
---|---|---|---|
#2 | 2759937-2.patch | 986 bytes | dawehner |
SPO-view-ref-entity-widget-field-config.png | 193.3 KB | R.Hendel | |
SPO-view-ref-entity-widget-backend.png | 281.42 KB | R.Hendel | |
SPO-view-ref-entity-widget-frontend.png | 294.02 KB | R.Hendel |
Comments
Comment #2
dawehnerThe basic problem here is that the autocompletion code always passes along the amount of items, see
\Drupal\Core\Entity\EntityAutocompleteMatcher::getMatches
One thing we could do is to take into account the amount of items, in case we have passed in exactly 10, aka. the default value. On the other hand this is still kinda hacky.
Comment #3
dawehnerNote: The Entity reference views module now has the same kind of workaround applied.
Comment #4
R.Hendel CreditAttribution: R.Hendel at comm-press commentedThanks, @dawehner.
We've applied the patch and it works like expected.
Comment #9
quietone CreditAttribution: quietone at PreviousNext commented@R.Hendel, Thank you for reporting this problem. We rely on issue reports like this one to resolve bugs and improve Drupal core.
Is this still a problem?
Is anyone having this problem on a supported version of Drupal?
Since we need more information to move forward with this issue, I am setting the status to Postponed (maintainer needs more info). If we don't receive additional information to help with the issue, it may be closed after three months.
Thanks!
Comment #12
Kristen PolAs part of the Bug Smash Initiative, we are triaging issues that are marked "Postponed (maintainer needs more info)". This issue was marked "Postponed (maintainer needs more info)" more than a year ago.
Since there was no additional information provided since the issue was postponed last year, I'm marking the issue "Closed (cannot reproduce)". If anyone can provide complete steps to reproduce the issue (starting from "Install Drupal core"), document those steps in the issue summary and set the issue status back to "Active" [or "Needs Work" if it has a patch, etc.].
Thanks!