@sbrenner02

sbrenner02 → created an issue.

Ok after further investigation this is an issue with tokens from the Token module. Will move the issue over there, thanks anyway!

@yujiman85 so i have not yet done a clean install to test but i have eliminated a bunch of x-factors.

I can confirm that this is not happening with [site:base-url] but is definitely happening with [current-page:title] - please try using this specific token

im going to spend time trying to get more direct repro steps and work on doing a quick clean install to see if i can make it happen

It's possible there's other factors here ... we do have 'display if no results' enabled and a good number of modules on the site but most of which are not really relevant to views, tho Better exposed Filters is in use here. I'll try to nail down better repro but we are seeing this fairly consistently on our views with tokens

sbrenner02 → created an issue.

Was apparently on the wrong branch of SBEF, the patch does work! thank you!

Looking to resolve this exact same issue / need on our site.

The patch is #10 is not working for me.

The patch does enable the options to display for our taxonomy term with depth exposed filter, however no matter what settings i apply, all filter options are removed from the view when there are definitely valid options that should be showing.

We're using solr search index and I believe I have enabled all of the correct field indexes but if there's specific settings that need to be enabled to get this to work, please advise. Getting this to work would be a massive help for what we're trying to do.

We're on Drupal Core 10.3.9 and SBEF 3.0.3

Thanks.

Hi just ran into what we believe to be this exact issue. We have easy breadcrumb looking at pages that are children of view mode pages and the links are just empty paths (the link is there but no title).

Would love a solution or to help test out this patch if it looks like a viable fix.

I pulled down the MR build and refreshed my local files, the issue is still occurring locally for me.

I am experiencing this exact issue on Drupal v 10.3.5 - My form exposed as block has auto submit enabled and sort options as the only exposed form option. Adjusting the sort options does not auto submit the form update.

sbrenner02 → created an issue.

Hitting this issue on my site. Testing Patch in comment #21, i see the field has been added but adjusting the field does not save and reverts back to 20 on pressing 'save configuration'.

On drupal 10.2.5

Confirming that the issue is fixed on my end! thanks!

Seconding this request. We have CKEditor 5 installed and the modules bulk upload feature displays when using the "add media" button in CK5. Users can upload multiple images but then are told they can only select 1 for the field. This is causing confusion for some of our users and we would like the bulk upload display to only be available when intentionally performing a bulk upload.

@smutgrave Yeah just to be sure, i just reinstalled the entire module, configured the settings as directed in the configuration section

Enabled the module, added the field to nodes (tried unlimited and limited in the field settings), added the field to the solr fields (tried full text and fulltext string), enabled the processor (selected the field, solr as query handler, tried both elevated flag settings). Reindexed (also after each setting change). Added the search term to a node, searched for that term, query instantly breaks with "no results".

Essentially exactly the same as it was when i originally reported the issue, no change in the module or the outcome of attempting to use it.

If theres other data needed to debug it let me know, the only other thing i can provide is the error listed in the log messages:

Message { "error":{ "trace":"java.lang.NullPointerException\n\tat org.apache.solr.response.transform.BaseEditorialTransformer.getKey(BaseEditorialTransformer.java:79)\n\tat org.apache.solr.response.transform.BaseEditorialTransformer.transform(BaseEditorialTransformer.java:54)\n\tat org.apache.solr.response.transform.DocTransformer.transform(DocTransformer.java:85)\n\tat org.apache.solr.response.transform.DocTransformers.transform(DocTransformers.java:76)\n\tat org.apache.solr.response.DocsStreamer.next(DocsStreamer.java:102)\n\tat org.apache.solr.response.DocsStreamer.next(DocsStreamer.java:59)\n\tat org.apache.solr.response.TextResponseWriter.writeDocuments(TextResponseWriter.java:194)\n\tat org.apache.solr.response.TextResponseWriter.writeVal(TextResponseWriter.java:137)\n\tat org.apache.solr.common.util.JsonTextWriter.writeNamedListAsMapWithDups(JsonTextWriter.java:387)\n\tat org.apache.solr.common.util.JsonTextWriter.writeNamedList(JsonTextWriter.java:293)\n\tat org.apache.solr.response.JSONWriter.writeResponse(JSONWriter.java:73)\n\tat org.apache.solr.response.JSONResponseWriter.write(JSONResponseWriter.java:66)\n\tat org.apache.solr.response.QueryResponseWriterUtil.writeQueryResponse(QueryResponseWriterUtil.java:65)\n\tat org.apache.solr.servlet.HttpSolrCall.writeResponse(HttpSolrCall.java:887)\n\tat org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:580)\n\tat org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:427)\n\tat org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:357)\n\tat org.eclipse.jetty.servlet.FilterHolder.doFilter(FilterHolder.java:201)\n\tat org.eclipse.jetty.servlet.ServletHandler$Chain.doFilter(ServletHandler.java:1601)\n\tat org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:548)\n\tat org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)\n\tat org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:600)\n\tat org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127)\n\tat org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:235)\n\tat org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1624)\n\tat org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:233)\n\tat org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1434)\n\tat org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:188)\n\tat org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:501)\n\tat org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1594)\n\tat org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:186)\n\tat org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1349)\n\tat org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)\n\tat org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:191)\n\tat org.eclipse.jetty.server.handler.InetAccessHandler.handle(InetAccessHandler.java:177)\n\tat org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:146)\n\tat org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127)\n\tat org.eclipse.jetty.rewrite.handler.RewriteHandler.handle(RewriteHandler.java:322)\n\tat org.eclipse.jetty.server.handler.gzip.GzipHandler.handle(GzipHandler.java:763)\n\tat org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127)\n\tat org.eclipse.jetty.server.Server.handle(Server.java:516)\n\tat org.eclipse.jetty.server.HttpChannel.lambda$handle$1(HttpChannel.java:400)\n\tat org.eclipse.jetty.server.HttpChannel.dispatch(HttpChannel.java:645)\n\tat org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:392)\n\tat org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:277)\n\tat org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:311)\n\tat org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:105)\n\tat org.eclipse.jetty.io.ChannelEndPoint$1.run(ChannelEndPoint.java:104)\n\tat org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:338)\n\tat org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:315)\n\tat org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:173)\n\tat org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:131)\n\tat org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:409)\n\tat org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:883)\n\tat org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:1034)\n\tat java.base/java.lang.Thread.run(Unknown Source)\n", "code":500}}

We have not been able to figure out this issue on our end and glad (sort of) to see that someone else is experiencing the same problem

sbrenner02 → created an issue.

I'm using a module that makes the log message field in the 'information' tab of drupal core required ( https://www.drupal.org/project/require_revision_log_message → ) and ran into this issue. Was hoping that this patch would address the issue but it does not seem to. If anyone has the capacity to assist that would be appreciated

I found a patch for core that allegedly fixes this issue but so far after testing it does not, at least not with this module
https://www.drupal.org/project/drupal/issues/2911932 🐛 Correct vertical tab does not focus on form validation Fixed

sbrenner02 → created an issue.

sbrenner02 → created an issue.

Apparently we were missing the views bulk operations module which is a dependency and hadnt caused any issues before this. installing VBO resolved the issue for us.

sbrenner02 → created an issue.

I resolved this in the Drupal 10 comapatibility issue/task: https://www.drupal.org/project/require_on_publish/issues/3289335#comment... 📌 Automated Drupal 10 compatibility fixes Fixed

I believe I've resolved the issue. Created a patch below and attached a inter diff text file for review.

sbrenner02 → created an issue.

We're using this module and recently upgraded our core from D9 to D10. We've installed this patch. This module currently fails for us on D10. When attempting to create or edit any node with this module enabled, we are presented with the following exception error, I will document this as a separate bug ticket as well

The website encountered an unexpected error. Please try again later.

InvalidArgumentException: Expected a scalar value as a 2nd argument to "Symfony\Component\HttpFoundation\InputBag::get()", "array" given. in Symfony\Component\HttpFoundation\InputBag->get() (line 31 of /opt/drupal/web/vendor/symfony/http-foundation/InputBag.php).
Drupal\require_on_publish\Plugin\Validation\Constraint\RequireOnPublishValidator->validate(Object, Object) (Line: 202)
Drupal\Core\TypedData\Validation\RecursiveContextualValidator->validateConstraints(Object, '0000000000000c940000000000000000', Array) (Line: 154)
Drupal\Core\TypedData\Validation\RecursiveContextualValidator->validateNode(Object, Array, 1) (Line: 106)
Drupal\Core\TypedData\Validation\RecursiveContextualValidator->validate(Object, NULL, NULL) (Line: 93)
Drupal\Core\TypedData\Validation\RecursiveValidator->validate(Object) (Line: 132)
Drupal\Core\TypedData\TypedData->validate() (Line: 489)
Drupal\Core\Entity\ContentEntityBase->validate() (Line: 248)
Drupal\Core\Entity\Entity\EntityFormDisplay->validateFormValues(Object, Array, Object) (Line: 2322)
Drupal\paragraphs\Plugin\Field\FieldWidget\ParagraphsWidget->massageFormValues(Array, Array, Object) (Line: 395)
Drupal\Core\Field\WidgetBase->extractFormValues(Object, Array, Object) (Line: 2382)
Drupal\paragraphs\Plugin\Field\FieldWidget\ParagraphsWidget->extractFormValues(Object, Array, Object) (Line: 237)
Drupal\Core\Entity\Entity\EntityFormDisplay->extractFormValues(Object, Array, Object) (Line: 334)
Drupal\Core\Entity\ContentEntityForm->copyFormValuesToEntity(Object, Array, Object) (Line: 293)
Drupal\Core\Entity\EntityForm->buildEntity(Array, Object) (Line: 155)
Drupal\Core\Entity\ContentEntityForm->buildEntity(Array, Object) (Line: 186)
Drupal\Core\Entity\ContentEntityForm->validateForm(Array, Object)
call_user_func_array(Array, Array) (Line: 82)
Drupal\Core\Form\FormValidator->executeValidateHandlers(Array, Object) (Line: 275)
Drupal\Core\Form\FormValidator->doValidateForm(Array, Object, 'node_result_form') (Line: 118)
Drupal\Core\Form\FormValidator->validateForm('node_result_form', Array, Object) (Line: 591)
Drupal\Core\Form\FormBuilder->processForm('node_result_form', Array, Object) (Line: 323)
Drupal\Core\Form\FormBuilder->buildForm(Object, Object) (Line: 73)
Drupal\Core\Controller\FormController->getContentResult(Object, Object) (Line: 39)
Drupal\layout_builder\Controller\LayoutBuilderHtmlEntityFormController->getContentResult(Object, Object)
call_user_func_array(Array, Array) (Line: 123)
Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber\{closure}() (Line: 580)
Drupal\Core\Render\Renderer->executeInRenderContext(Object, Object) (Line: 124)
Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->wrapControllerExecutionInRenderContext(Array, Array) (Line: 97)
Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber\{closure}() (Line: 163)
Symfony\Component\HttpKernel\HttpKernel->handleRaw(Object, 1) (Line: 74)
Symfony\Component\HttpKernel\HttpKernel->handle(Object, 1, 1) (Line: 58)
Drupal\Core\StackMiddleware\Session->handle(Object, 1, 1) (Line: 48)
Drupal\Core\StackMiddleware\KernelPreHandle->handle(Object, 1, 1) (Line: 106)
Drupal\page_cache\StackMiddleware\PageCache->pass(Object, 1, 1) (Line: 85)
Drupal\page_cache\StackMiddleware\PageCache->handle(Object, 1, 1) (Line: 48)
Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle(Object, 1, 1) (Line: 51)
Drupal\Core\StackMiddleware\NegotiationMiddleware->handle(Object, 1, 1) (Line: 51)
Drupal\Core\StackMiddleware\StackedHttpKernel->handle(Object, 1, 1) (Line: 686)
Drupal\Core\DrupalKernel->handle(Object) (Line: 19)

sbrenner02 → created an issue.

Updated the patch to also include the es6 navigation file

It does seem to be the same issue as linked above however that patch is for 10 and does not work for 9. I've created a 9.5.x version of the same patch. I've done a lot of local testing and it does seem to resolve the issue, so thanks for the help!

@mherchel this is happening on desktop and not mobile (have not looked for it on mobile yet). Also our site is currently not public nor will it be public accessible when its live

sbrenner02 → created an issue.

We're also seeing this on our site. only occurs with 'q' as the query filter identifier