You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@solr.apache.org by "Joel Bernstein (Jira)" <ji...@apache.org> on 2023/05/30 13:19:00 UTC
[jira] [Updated] (SOLR-16807) DenseVectorField breaks catch-all copyFields
[ https://issues.apache.org/jira/browse/SOLR-16807?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Joel Bernstein updated SOLR-16807:
----------------------------------
Summary: DenseVectorField breaks catch-all copyFields (was: DenseVectorField breaks '*' copyFields)
> DenseVectorField breaks catch-all 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)
> Affects Versions: 9.0, 9.1, 9.1.1, 9.2.1
> Reporter: Joel Bernstein
> Assignee: Joel Bernstein
> Priority: Major
> Labels: hybrid-search, vector-based-search
> Fix For: 9.2.2
>
> Time Spent: 1h 40m
> Remaining Estimate: 0h
>
> 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-unsubscribe@solr.apache.org
For additional commands, e-mail: issues-help@solr.apache.org