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