| Age | Commit message (Collapse) | Author |
|---|
|
|
|
This reverts commit cc9cf45c651ad4784444cfdbdf238ac18dce39c9.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This reverts commit dfcd8b3c2444630afd344af905c8efeeee679e73.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
See https://github.com/minad/corfu/discussions/502
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
#127)"
This reverts commit 9476f6c38318bd762e749b0a33bdd4bf2073790c.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Make sure to call metadata functions only with candidates belonging to the
originating Capf.
|
|
|
|
|
|
|
|
|
|
|
|
Instead the Company backends should be used directly, to avoid the unnecessary
indirection and potential performance and compatibility issues due to the double
conversion Company -> Capf -> Company.
|
|
|
|
|
|
|
|
This helps with deduplication.
|
|
|
|
If the resulting Capf is non-exclusive (all main Capfs are non-exclusive), then
check if one of the main Capfs has returned candidates. Otherwise bail out of
completion and let the next Capf in the list take over.
|
