Thanks, this worked perfectly!
I tested it on a fresh Drupal setup and everything works, so something else has changed on the site. Any ideas or clues would be really welcome!
dotist → created an issue. See original summary → .
That did it, thanks!
Thanks for your response - i've clarified the title and issue a bit. Does one also need the markdown module (as you mention) when using the deepchat block?
> Am I correct in thinking there is currently no way to ensure that an action like a RAG lookup will happen?
@floydm I think the answer is: Yes, but that's the way you want it to be. The LLM has to identify when to use the tools or when to respond with a message. I've also had some difficulties in getting the chatbot to use the RAG-search naturally, but with the right configuration of system prompt and instructions, it should be possible.
@markus_johansson, thanks I checked, and the node does exist in German.
Thanks for your quick response! Indeed, after removing the CSRF token, loading the bot and then re-adding the token, the bot still works. So it's something to do with caching or timing.
The problem is in a local DDEV container using:
* Internal Dynamic Page Cache
* Internal Page Cache
This patch prevents that `vertical_tabs` is added to the form state when the Markdown-filter is not enabled, which only addresses the first issue that @jasonawant suggests, but it's enough to prevent the error.
See patch.
I'm having this issue again, but the issue is that `Drupal\migrate_tools\Commands\MigrateToolsCommands` has moved to `Drupal\migrate_tools\Drush\MigrateToolsCommands`. See patch.
Thanks for your feedback @gambry, I've updated the function and cleaned up the patch!
I created patches for the SDK and this module in order to support rich-responses and event-responses. https://github.com/gambry/dialogflow-webhook/pull/1