Jason, I took a look at NumFieldLimitingUpdateRequestProcessorFactory and see the issue. Looks like a straightforward fix. I am happy to review the PR if it helps.
Rahul On Fri, May 9, 2025 at 9:50 AM Andreas Mock <andreas.m...@drumedar.de> wrote: > Hi Jason, > > thank you for your information. As being relatively new to Solr I didn't > expect to hit a subtle error while doing some testing. > Therefore I'm happy you could reproduce it and it seems not to be a stupid > user error on my side. > > Have you seen my other post where I got an error while trying to change > the values via REST-API? Is this related? > (https://lists.apache.org/thread/67b7obzc2o08ft505nh2tq0qv6gh65qx) > > Best regards > Andreas > > > ________________________________ > Von: Jason Gerlowski <gerlowsk...@gmail.com> > Gesendet: Freitag, 9. Mai 2025 15:36 > An: users@solr.apache.org <users@solr.apache.org> > Betreff: Re: Unexpected behaviour of > solr.NumFieldLimitingUpdateRequestProcessorFactory > > Hi Andreas, > > Thanks for flagging this behavior; I'm sorry you hit this. > > I'm able to reproduce in a local setup, so I think this is an actual > bug. I've filed https://issues.apache.org/jira/browse/SOLR-17758 > describing things, and proposing a fix. Hopefully we can get this > merged and released in Solr 9.9 or a possible 9.8.2. > > If you'd like I can share a PR link here when it's available, and you > can help review? > > Best, > > Jason > > On Wed, May 7, 2025 at 9:14 AM Andreas Mock <andreas.m...@drumedar.de> > wrote: > > > > Hallo all, > > > > the default solrconfig.xml fpr Solr 9.8.1 declares > > > > <updateProcessor > class="solr.NumFieldLimitingUpdateRequestProcessorFactory" > name="max-fields"> > > <int name="maxFields">1000</int> > > <bool name="warnOnly">true</bool> > > > > which is used in > > > > <updateRequestProcessorChain name="add-unknown-fields-to-the-schema" > default="${update.autoCreateFields:true}" > > > processor="uuid,remove-blank,field-name-mutating,max-fields,parse-boolean,parse-long,parse-double,parse-date,add-schema-fields"> > > <processor class="solr.LogUpdateProcessorFactory"/> > > <processor class="solr.DistributedUpdateProcessorFactory"/> > > <processor class="solr.RunUpdateProcessorFactory"/> > > </updateRequestProcessorChain> > > > > The documentation states that the Attribute warnOnly defines whether the > situation of having too many fields ends in a warning or in an error. > > As you can see the configurations says > > > > <bool name="warnOnly">true</bool> > > > > When we call the /update API on a collection exceeding that fieldcount > we get an error 400 and not only a warning. > > > > Can someone explain that behaviour to me. Or is there a bug between the > processing output and the REST-API-Wrapper? > > > > Hints welcome. > > > > Best regards > > Andreas > > >
