You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Apr 14, 2022. It is now read-only.
Our current formats of connections (both simple and union) have 'index_name' field representing the index that should be used in fetching data from destination collection. In some cases this index is lost during accessor constructing (in accessor_general/build_connection_indexes):
for collection_name, collection in pairs(collections) do
for _, c in ipairs(collection.connections) do
connection_indexes[c.destination_collection][c.name] = set_connection_index(...)
Here is the case: consider A → C and B → C connections with the same names. Only last one will be saved in the connection_indexes structure and A → C connection can fail during execution.
Another case is when different variants (in union connection) points to the same destination collection.
for collection_name, collection in pairs(collections) do
for _, c in ipairs(collection.connections) do
for _, v in ipairs(c.variants) do
connection_indexes[v.destination_collection][c.name] = set_connection_index(...)
The text was updated successfully, but these errors were encountered:
Our current formats of connections (both simple and union) have 'index_name' field representing the index that should be used in fetching data from destination collection. In some cases this index is lost during accessor constructing (in
accessor_general/build_connection_indexes
):Here is the case: consider A → C and B → C connections with the same names. Only last one will be saved in the connection_indexes structure and A → C connection can fail during execution.
Another case is when different variants (in union connection) points to the same destination collection.
The text was updated successfully, but these errors were encountered: