[
https://issues.apache.org/jira/browse/SOLR-16807?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17725060#comment-17725060
]
Joel Bernstein edited comment on SOLR-16807 at 5/22/23 6:09 PM:
----------------------------------------------------------------
There is PR here: https://github.com/apache/solr/pull/1651.
This PR resolves the issue while preserving the exception in the cases where
the copyField source is not *.
A '*' source copyField was added to the existing tests schema which pass. A
test proving non * copyField source still throws an exception as it did before.
was (Author: joel.bernstein):
There is PR here: https://github.com/apache/solr/pull/1651.
This PR resolves the issue while preserving the exception in the cases where
copyField source is not *.
A '*' source copyField was added to the existing tests schema which pass. A
test proving non * copyField source still throws an exception as it did before.
> DenseVectorField breaks '*' copyFields
> --------------------------------------
>
> Key: SOLR-16807
> URL: https://issues.apache.org/jira/browse/SOLR-16807
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Joel Bernstein
> Assignee: Joel Bernstein
> Priority: Major
>
> Currently if you setup a copy field with a * source and a DenseVectorField
> is present in the schema indexing will fail unless the destination is a
> DenseVectorField. I think the better behavior is to skip the DenseVectorField
> during the copy. If we don't do this the * copyfield is simply broken with a
> DenseVectorField in the index.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org
For additional commands, e-mail: issues-h...@solr.apache.org
