<?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: Issue with Data-driven links in new Dashboards: display_id (P-XXXX) vs Internal UUID for Problems in Dashboarding</title>
    <link>https://community.dynatrace.com/t5/Dashboarding/Issue-with-Data-driven-links-in-new-Dashboards-display-id-P-XXXX/m-p/301145#M5830</link>
    <description>&lt;P&gt;Hi community,&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Just an update: with the help of Dynatrace Support, I found the solution for deep linking to the new Davis Problems App from a DQL-based Dashboard.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The Solution:&lt;/P&gt;&lt;P&gt;Instead of using display_id (the P-XXXX format), you must use the event.id field in your DQL query. This field contains the internal UUID required by the Problems App URL.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;DQL Snippet:&lt;/P&gt;&lt;LI-CODE lang="python"&gt;fetch events | filter event.kind == "DAVIS_PROBLEM" | summarize { ... }, by: { ProblemID = event.id, FriendlyID = display_id }&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;URL Pattern:&lt;/P&gt;&lt;P&gt;&lt;A href="https://{environmentid}.apps.dynatrace.com/ui/apps/dynatrace.davis.problems/problem/{{ProblemID}}" target="_blank"&gt;https://{environmentid}.apps.dynatrace.com/ui/apps/dynatrace.davis.problems/problem/{{ProblemID}}&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Pro Tip: In the widget settings, you can hide the ProblemID column (UUID) and keep only the FriendlyID (P-XXXX) visible for a cleaner executive look, while the link interaction continues to work in the background.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Hope this helps anyone else modernizing their dashboards!&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Wed, 24 Jun 2026 11:29:27 GMT</pubDate>
    <dc:creator>Fernando_Moreir</dc:creator>
    <dc:date>2026-06-24T11:29:27Z</dc:date>
    <item>
      <title>Issue with Data-driven links in new Dashboards: display_id (P-XXXX) vs Internal UUID for Problems</title>
      <link>https://community.dynatrace.com/t5/Dashboarding/Issue-with-Data-driven-links-in-new-Dashboards-display-id-P-XXXX/m-p/300991#M5827</link>
      <description>&lt;P&gt;Hi community,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I'm working on a Business Dashboard using DQL and I'm struggling with drill-down links in a table widget. My query fetches events (DAVIS_PROBLEM) and I want to link each row to its specific Problem Details page.&lt;/P&gt;
&lt;P&gt;The DQL provides the display_id (e.g, P-26061443), but the new Davis Problems App and event the Classic view seem to require the internal UUID (the long string) in the URL to load correctly. Using pid={{display_id}} often results in a blank page or "Failed to load".&lt;/P&gt;
&lt;P&gt;Has anyone found a way to either:&lt;/P&gt;
&lt;OL&gt;
&lt;LI&gt;Fetch the internal UUID via DQL?&lt;/LI&gt;
&lt;LI&gt;Or a URL pattern that successfully accepts the P-ID for a direct drill-down?&lt;/LI&gt;
&lt;/OL&gt;
&lt;P&gt;I've tried /ui/apps/dynatrace.davis.problems/problem/{{display_id}} and the classic #problems/problemdetails;pid={{display_id}} without success.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Thanks in advance!&lt;/P&gt;</description>
      <pubDate>Mon, 22 Jun 2026 07:01:03 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Dashboarding/Issue-with-Data-driven-links-in-new-Dashboards-display-id-P-XXXX/m-p/300991#M5827</guid>
      <dc:creator>Fernando_Moreir</dc:creator>
      <dc:date>2026-06-22T07:01:03Z</dc:date>
    </item>
    <item>
      <title>Re: Issue with Data-driven links in new Dashboards: display_id (P-XXXX) vs Internal UUID for Problems</title>
      <link>https://community.dynatrace.com/t5/Dashboarding/Issue-with-Data-driven-links-in-new-Dashboards-display-id-P-XXXX/m-p/301145#M5830</link>
      <description>&lt;P&gt;Hi community,&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Just an update: with the help of Dynatrace Support, I found the solution for deep linking to the new Davis Problems App from a DQL-based Dashboard.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The Solution:&lt;/P&gt;&lt;P&gt;Instead of using display_id (the P-XXXX format), you must use the event.id field in your DQL query. This field contains the internal UUID required by the Problems App URL.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;DQL Snippet:&lt;/P&gt;&lt;LI-CODE lang="python"&gt;fetch events | filter event.kind == "DAVIS_PROBLEM" | summarize { ... }, by: { ProblemID = event.id, FriendlyID = display_id }&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;URL Pattern:&lt;/P&gt;&lt;P&gt;&lt;A href="https://{environmentid}.apps.dynatrace.com/ui/apps/dynatrace.davis.problems/problem/{{ProblemID}}" target="_blank"&gt;https://{environmentid}.apps.dynatrace.com/ui/apps/dynatrace.davis.problems/problem/{{ProblemID}}&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Pro Tip: In the widget settings, you can hide the ProblemID column (UUID) and keep only the FriendlyID (P-XXXX) visible for a cleaner executive look, while the link interaction continues to work in the background.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Hope this helps anyone else modernizing their dashboards!&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 24 Jun 2026 11:29:27 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Dashboarding/Issue-with-Data-driven-links-in-new-Dashboards-display-id-P-XXXX/m-p/301145#M5830</guid>
      <dc:creator>Fernando_Moreir</dc:creator>
      <dc:date>2026-06-24T11:29:27Z</dc:date>
    </item>
  </channel>
</rss>

