<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Genie UI MCP Server Connection Issue in Generative AI</title>
    <link>https://community.databricks.com/t5/generative-ai/genie-ui-mcp-server-connection-issue/m-p/157561#M1828</link>
    <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/231069"&gt;@Bihaag_N&lt;/a&gt;,&lt;/P&gt;
&lt;P data-pm-slice="1 1 []"&gt;From what I can gather, I couldn't find this exact TypeError: unhashable type: 'list' in the public docs, and I also don’t see any documented connection-side requirement stating that&amp;nbsp;third-party MCP manifests need list fields normalised before Databricks can consume them.&lt;/P&gt;
&lt;P class="wnfdntf _1ibi0s3f5 _1ibi0s3ce _1ibi0s3ea"&gt;What the public docs do confirm is that Databricks supports external MCP servers via managed proxies, that those servers must use the Streamable HTTP transport, and that they can be tested in Databricks-native surfaces like Genie Code and AI Playground. They also note that external MCP support depends on regions where Model Serving is available. Please take a look at&amp;nbsp;&lt;A href="https://docs.databricks.com/aws/en/genie-code/mcp" rel="noopener noreferrer nofollow" target="_blank"&gt;Connect Genie Code to MCP servers&lt;/A&gt; and &lt;A href="https://docs.databricks.com/aws/en/generative-ai/mcp/external-mcp" rel="noopener noreferrer nofollow" target="_blank"&gt;Install an external MCP server&lt;/A&gt;.&lt;/P&gt;
&lt;P class="wnfdntf _1ibi0s3f5 _1ibi0s3ce _1ibi0s3ea"&gt;Given that the same server works in Genie Code but fails immediately during the initial handshake in general chat, this sounds more like a surface-specific product bug than a clean MCP connection misconfiguration. Since the failure happens before any actual tool call, the most useful next step is to capture a HAR from the general chat flow and file it with the initialise / tools-list payloads if you can. As a quick sanity check, I’d also test the same connection in AI Playground, since that’s explicitly documented as a supported way to validate external MCP integrations. &lt;A href="https://docs.databricks.com/aws/en/generative-ai/mcp/external-mcp" rel="noopener noreferrer nofollow" target="_blank"&gt;Install an external MCP server&lt;/A&gt;.&lt;/P&gt;
&lt;P class="p1"&gt;&lt;FONT size="2" color="#FF6600"&gt;&lt;STRONG&gt;&lt;I&gt;If this answer resolves your question, could you mark it as “Accept as Solution”? That helps other users quickly find the correct fix.&lt;/I&gt;&lt;/STRONG&gt;&lt;/FONT&gt;&lt;I&gt;&lt;/I&gt;&lt;/P&gt;</description>
    <pubDate>Sun, 24 May 2026 14:31:45 GMT</pubDate>
    <dc:creator>Ashwin_DSA</dc:creator>
    <dc:date>2026-05-24T14:31:45Z</dc:date>
    <item>
      <title>Genie UI MCP Server Connection Issue</title>
      <link>https://community.databricks.com/t5/generative-ai/genie-ui-mcp-server-connection-issue/m-p/157472#M1823</link>
      <description>&lt;P&gt;Hi community,&lt;/P&gt;&lt;P&gt;I ran into an issue while connecting a third-party MCP server to Genie's general chat UI and wanted to check if anyone else has seen this.&lt;/P&gt;&lt;P&gt;The connection fails immediately during the initial MCP handshake with:&lt;/P&gt;&lt;P&gt;`TypeError: unhashable type: 'list'`&lt;/P&gt;&lt;P&gt;This happens before any query is even executed.&lt;/P&gt;&lt;P&gt;What's interesting is that the same MCP server works fine in Genie Code. The issue only seems to happen in the general chat UI.&lt;/P&gt;&lt;P&gt;From what I can tell, Genie general chat may be passing the raw MCP response directly into an internal handler without normalising certain fields first. Some third-party MCP servers return list-type values in places like tool manifests or OAuth scopes, and it looks like something downstream expects hashable types instead.&lt;/P&gt;&lt;P&gt;Has anyone else experienced this with external MCP servers, or found a cleaner fix/configuration on the connection side?&lt;/P&gt;</description>
      <pubDate>Fri, 22 May 2026 09:04:03 GMT</pubDate>
      <guid>https://community.databricks.com/t5/generative-ai/genie-ui-mcp-server-connection-issue/m-p/157472#M1823</guid>
      <dc:creator>Bihaag_N</dc:creator>
      <dc:date>2026-05-22T09:04:03Z</dc:date>
    </item>
    <item>
      <title>Re: Genie UI MCP Server Connection Issue</title>
      <link>https://community.databricks.com/t5/generative-ai/genie-ui-mcp-server-connection-issue/m-p/157561#M1828</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/231069"&gt;@Bihaag_N&lt;/a&gt;,&lt;/P&gt;
&lt;P data-pm-slice="1 1 []"&gt;From what I can gather, I couldn't find this exact TypeError: unhashable type: 'list' in the public docs, and I also don’t see any documented connection-side requirement stating that&amp;nbsp;third-party MCP manifests need list fields normalised before Databricks can consume them.&lt;/P&gt;
&lt;P class="wnfdntf _1ibi0s3f5 _1ibi0s3ce _1ibi0s3ea"&gt;What the public docs do confirm is that Databricks supports external MCP servers via managed proxies, that those servers must use the Streamable HTTP transport, and that they can be tested in Databricks-native surfaces like Genie Code and AI Playground. They also note that external MCP support depends on regions where Model Serving is available. Please take a look at&amp;nbsp;&lt;A href="https://docs.databricks.com/aws/en/genie-code/mcp" rel="noopener noreferrer nofollow" target="_blank"&gt;Connect Genie Code to MCP servers&lt;/A&gt; and &lt;A href="https://docs.databricks.com/aws/en/generative-ai/mcp/external-mcp" rel="noopener noreferrer nofollow" target="_blank"&gt;Install an external MCP server&lt;/A&gt;.&lt;/P&gt;
&lt;P class="wnfdntf _1ibi0s3f5 _1ibi0s3ce _1ibi0s3ea"&gt;Given that the same server works in Genie Code but fails immediately during the initial handshake in general chat, this sounds more like a surface-specific product bug than a clean MCP connection misconfiguration. Since the failure happens before any actual tool call, the most useful next step is to capture a HAR from the general chat flow and file it with the initialise / tools-list payloads if you can. As a quick sanity check, I’d also test the same connection in AI Playground, since that’s explicitly documented as a supported way to validate external MCP integrations. &lt;A href="https://docs.databricks.com/aws/en/generative-ai/mcp/external-mcp" rel="noopener noreferrer nofollow" target="_blank"&gt;Install an external MCP server&lt;/A&gt;.&lt;/P&gt;
&lt;P class="p1"&gt;&lt;FONT size="2" color="#FF6600"&gt;&lt;STRONG&gt;&lt;I&gt;If this answer resolves your question, could you mark it as “Accept as Solution”? That helps other users quickly find the correct fix.&lt;/I&gt;&lt;/STRONG&gt;&lt;/FONT&gt;&lt;I&gt;&lt;/I&gt;&lt;/P&gt;</description>
      <pubDate>Sun, 24 May 2026 14:31:45 GMT</pubDate>
      <guid>https://community.databricks.com/t5/generative-ai/genie-ui-mcp-server-connection-issue/m-p/157561#M1828</guid>
      <dc:creator>Ashwin_DSA</dc:creator>
      <dc:date>2026-05-24T14:31:45Z</dc:date>
    </item>
  </channel>
</rss>

