Views integration is broken for multi-value reference fields defined as base fields.
The following fields are created as configurable fields because of that:
- stores (commerce_product)
- variations (commerce_product)
- line_items (commerce_order)
If/once the issue gets fixed, those fields should be reverted to base fields.
Core issues: #2477899: Multiple valued Base fields won't work in Views, #2337515: Allow @FieldType to customize views data.
Initially documented in: #2421537-11: Convert subscriptions field to a base field
Comments
Comment #1
vasikehttps://github.com/commerceguys/commerce/pull/171
and there is the pull request for this - it's about Store currencies & Order line items.
There are some changes: use "line_item" and "currency" for the field names
instead "line_items" & "currencies"
There was an issue with the email widget. There is also fix for this.
Comment #2
googletorp commentedWould it be better to fix Views?
Comment #3
bojanz commented@googletorp
Berdir calls the change "unlikely to happen at this point", so I'd rather switch the fields back in 6 months than spend time on a dead end.
Comment #4
bojanz commentedMerged.
Comment #5
dwkitchen commentedI have moved this to needs work to identify the need to return these to Base field definitions once views has been fixed.
Otherwise when a new order type is created it won't have a line-item reference field and will brake the expected order functionality.
Comment #7
bojanz commentedComment #8
bojanz commentedThe main part of the fix (#2644088: DefaultTableMapping::getFieldTableName does not report table for fields with dedicated storage) is in Drupal 8.1.0.
The remaining work (#2477899) is small.
We should push that patch, and do this conversion before alpha5/beta1.
Comment #9
fenstrat#2477899: Multiple valued Base fields won't work in Views is in core for both 8.1 and 8.2. So this should mostly be a matter of reverting #6 right?
Comment #10
bojanz commentedWe also need #2337515: Allow @FieldType to customize views data in order to have Views integration.
Comment #11
fenstratRight. So is it worth doing the revert here before #2337515: Allow @FieldType to customize views data is in, or should this be mark as postponed?
Comment #12
bojanz commentedIt's pretty obvious that #2337515: Allow @FieldType to customize views data won't land in time for our beta (or won't land in the right branch, it might be 8.3.x material)
That means we have two options here:
1) Try to add the views data for our fields in some other way (working around the problem)
2) Do nothing and continue with the current approach
I would like to at least look into #1 in the near future.
Comment #13
bojanz commentedI tried. Core still isn't ready, it just doesn't work. Now that we're in beta, this ship has sailed.
Comment #14
googletorp commented+1, We'll do it for Drupal 9. (I did this on a project and can say that the hazzle is just not worth it).