<?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: UNSUPPORTED_TIME_TYPE despite 18.1 runtime? in Data Engineering</title>
    <link>https://community.databricks.com/t5/data-engineering/unsupported-time-type-despite-18-1-runtime/m-p/152288#M53805</link>
    <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/182709"&gt;@js5&lt;/a&gt;,&lt;/P&gt;
&lt;P&gt;This is expected today on Databricks. You can check &lt;A href="https://docs.databricks.com/aws/en/error-messages/error-classes#unsupported_time_type" target="_blank"&gt;this&lt;/A&gt; out for reference.&lt;/P&gt;
&lt;P&gt;Spark 4.1 introduces a standard TIME type (TimeType) in the SQL type system, and Databricks runtimes based on Spark 4.x already expose it at the engine level (for example, via functions like current_time). However, Databricks still treats TIME as unsupported in several higher‑level components, including the path that display() uses when converting a pandas DataFrame to a Spark DataFrame. That’s why you see [UNSUPPORTED_TIME_TYPE] The data type TIME is not supported. even though the Spark docs show TimeType.&lt;/P&gt;
&lt;P&gt;Full platform‑level support for TIME is being rolled out progressively... You can see the underlying Spark work landing in the Databricks Runtime 17.x release notes (search for “TimeType” and “TIME data type” there).&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;&lt;A class="ln4xub1 _1ibi0s36w _1ibi0s3e4 _1ibi0s3cg markdown-link _1ibi0s376" href="https://docs.databricks.com/en/archive/runtime-release-notes/17.0" rel="noreferrer" target="_blank"&gt;&amp;nbsp;&lt;SPAN class="f8uo5q0"&gt;https://docs.databricks.com/en/archive/runtime-release-notes/17.0&lt;/SPAN&gt;&lt;/A&gt;&lt;BR /&gt;&lt;A class="ln4xub1 _1ibi0s36w _1ibi0s3e4 _1ibi0s3cg markdown-link _1ibi0s376" href="https://docs.databricks.com/en/archive/runtime-release-notes/17.1" rel="noreferrer" target="_blank"&gt;&amp;nbsp;&lt;SPAN class="f8uo5q0"&gt;https://docs.databricks.com/en/archive/runtime-release-notes/17.1&lt;/SPAN&gt;&lt;/A&gt;&lt;BR /&gt;&lt;A class="ln4xub1 _1ibi0s36w _1ibi0s3e4 _1ibi0s3cg markdown-link _1ibi0s376" href="https://docs.databricks.com/en/archive/runtime-release-notes/17.2" rel="noreferrer" target="_blank"&gt;&amp;nbsp;&lt;SPAN class="f8uo5q0"&gt;https://docs.databricks.com/en/archive/runtime-release-notes/17.2&lt;/SPAN&gt;&lt;/A&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;Until that’s complete, a practical workaround is to c&lt;SPAN&gt;onvert pure time‑of‑day columns to &lt;/SPAN&gt;&lt;SPAN&gt;STRING&lt;/SPAN&gt;&lt;SPAN&gt; in pandas before calling &lt;/SPAN&gt;&lt;SPAN&gt;display()&lt;/SPAN&gt;&lt;SPAN&gt;,&amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;
&lt;DIV class="tk0j8o1 _1ibi0s31a _1ibi0s3dn"&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;
&lt;/DIV&gt;</description>
    <pubDate>Fri, 27 Mar 2026 10:32:32 GMT</pubDate>
    <dc:creator>Ashwin_DSA</dc:creator>
    <dc:date>2026-03-27T10:32:32Z</dc:date>
    <item>
      <title>UNSUPPORTED_TIME_TYPE despite 18.1 runtime?</title>
      <link>https://community.databricks.com/t5/data-engineering/unsupported-time-type-despite-18-1-runtime/m-p/152276#M53800</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;I have tried using TimeType data type which is supported since Spark 4.1:&lt;/P&gt;&lt;P&gt;&lt;A href="https://spark.apache.org/docs/latest/sql-ref-datatypes.html" target="_blank"&gt;https://spark.apache.org/docs/latest/sql-ref-datatypes.html&lt;/A&gt;&lt;/P&gt;&lt;P&gt;I am unfortunately still getting&amp;nbsp;UNSUPPORTED_TIME_TYPE error when trying to run display() on a pandas dataframe containing time objects. Is this expected? If so, are there any plans for incorporating this new data type in databricks? Thanks!&lt;/P&gt;</description>
      <pubDate>Fri, 27 Mar 2026 09:37:18 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/unsupported-time-type-despite-18-1-runtime/m-p/152276#M53800</guid>
      <dc:creator>js5</dc:creator>
      <dc:date>2026-03-27T09:37:18Z</dc:date>
    </item>
    <item>
      <title>Re: UNSUPPORTED_TIME_TYPE despite 18.1 runtime?</title>
      <link>https://community.databricks.com/t5/data-engineering/unsupported-time-type-despite-18-1-runtime/m-p/152288#M53805</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/182709"&gt;@js5&lt;/a&gt;,&lt;/P&gt;
&lt;P&gt;This is expected today on Databricks. You can check &lt;A href="https://docs.databricks.com/aws/en/error-messages/error-classes#unsupported_time_type" target="_blank"&gt;this&lt;/A&gt; out for reference.&lt;/P&gt;
&lt;P&gt;Spark 4.1 introduces a standard TIME type (TimeType) in the SQL type system, and Databricks runtimes based on Spark 4.x already expose it at the engine level (for example, via functions like current_time). However, Databricks still treats TIME as unsupported in several higher‑level components, including the path that display() uses when converting a pandas DataFrame to a Spark DataFrame. That’s why you see [UNSUPPORTED_TIME_TYPE] The data type TIME is not supported. even though the Spark docs show TimeType.&lt;/P&gt;
&lt;P&gt;Full platform‑level support for TIME is being rolled out progressively... You can see the underlying Spark work landing in the Databricks Runtime 17.x release notes (search for “TimeType” and “TIME data type” there).&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;&lt;A class="ln4xub1 _1ibi0s36w _1ibi0s3e4 _1ibi0s3cg markdown-link _1ibi0s376" href="https://docs.databricks.com/en/archive/runtime-release-notes/17.0" rel="noreferrer" target="_blank"&gt;&amp;nbsp;&lt;SPAN class="f8uo5q0"&gt;https://docs.databricks.com/en/archive/runtime-release-notes/17.0&lt;/SPAN&gt;&lt;/A&gt;&lt;BR /&gt;&lt;A class="ln4xub1 _1ibi0s36w _1ibi0s3e4 _1ibi0s3cg markdown-link _1ibi0s376" href="https://docs.databricks.com/en/archive/runtime-release-notes/17.1" rel="noreferrer" target="_blank"&gt;&amp;nbsp;&lt;SPAN class="f8uo5q0"&gt;https://docs.databricks.com/en/archive/runtime-release-notes/17.1&lt;/SPAN&gt;&lt;/A&gt;&lt;BR /&gt;&lt;A class="ln4xub1 _1ibi0s36w _1ibi0s3e4 _1ibi0s3cg markdown-link _1ibi0s376" href="https://docs.databricks.com/en/archive/runtime-release-notes/17.2" rel="noreferrer" target="_blank"&gt;&amp;nbsp;&lt;SPAN class="f8uo5q0"&gt;https://docs.databricks.com/en/archive/runtime-release-notes/17.2&lt;/SPAN&gt;&lt;/A&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;Until that’s complete, a practical workaround is to c&lt;SPAN&gt;onvert pure time‑of‑day columns to &lt;/SPAN&gt;&lt;SPAN&gt;STRING&lt;/SPAN&gt;&lt;SPAN&gt; in pandas before calling &lt;/SPAN&gt;&lt;SPAN&gt;display()&lt;/SPAN&gt;&lt;SPAN&gt;,&amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;
&lt;DIV class="tk0j8o1 _1ibi0s31a _1ibi0s3dn"&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;
&lt;/DIV&gt;</description>
      <pubDate>Fri, 27 Mar 2026 10:32:32 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/unsupported-time-type-despite-18-1-runtime/m-p/152288#M53805</guid>
      <dc:creator>Ashwin_DSA</dc:creator>
      <dc:date>2026-03-27T10:32:32Z</dc:date>
    </item>
  </channel>
</rss>

