Skip to main content
cancel
Showing results for 
Search instead for 
Did you mean: 

Next up in the FabCon + SQLCon recap series: The roadmap for Microsoft SQL and Maximizing Developer experiences in Fabric. All sessions are available on-demand after the live show. Register now

Reply
padmakrishnadev
New Member

Minecraft 1.21.124 Bedrock Edition Data Model Mobile Layout Refresh Error

Source Reference: https://s3.ap-southeast-1.amazonaws.com/minecraft-1.21-mod-apk/index.html

I am currently analyzing the telemetry data for this specific build version, but I am encountering a persistent error when publishing to the Power BI Service. The report renders correctly in Desktop, but the mobile layout is inconsistent regarding the data refresh.

Latest Version Details

When filtering the dataset for the 1.21.124 string, the query returns a timeout error. I need to ensure the following metrics are calculated correctly for this version:

  • User Engagement: Distinct count of session IDs seems to duplicate.
  • Crash Reporting: Sum of error logs per region is not aggregating.
  • Performance Mode: Average load time in milliseconds is missing from the visual.

Installation and Setup

To reproduce this issue, I followed these steps with the current data model:

  1. Download the raw JSON logs from the server path.
  2. Import the file into Power Query Editor.
  3. Apply the latest schema changes and hit "Close & Apply."

Has anyone successfully mapped a custom visual for this specific file naming convention without triggering the "Resource Limit Exceeded" warning on the mobile app?

Any advice on optimizing the DAX query for this specific build would be appreciated.

1 ACCEPTED SOLUTION
Aala_Ali
Kudo Kingpin
Kudo Kingpin

Your report works fine in Desktop because your machine has plenty of power.
But in the Power BI Service — especially on mobile layout — the visuals are hitting capacity limits. The version filter “1.21.124” is probably returning too many rows, and your DAX + custom visual make the query even heavier.
That’s why you see timeouts, missing values, and “resource limit exceeded.”

     The main issues:
1. The version filter is too expensive

Filtering the fact table directly on a long text field (like 1.21.124) is slow.
Fix: Create a small DimBuildVersion table and filter through it. This reduces the load and avoids timeouts.

2. Your measures are doing extra work

Distinct count of sessions duplicates → typical with wide telemetry tables.

Crash logs not aggregating → either data type or relationship issue.

Average load time missing → either blank values or the visual can’t handle the heavy query.

Fix: Use cleaner measures:

Distinct sessions

User Engagement =
COUNTROWS(SUMMARIZE(FactTelemetry, FactTelemetry[SessionId]))


Crashes

Crashes = SUM(FactTelemetry[CrashCount])


Avg load time

Avg Load Time = AVERAGEX(FactTelemetry, FactTelemetry[LoadTimeMs])

3. Mobile layout is the “trigger”

Mobile renders differently and uses smaller visuals.
If your custom visual is heavy, it pushes the query over the limit.

Fix:

On the mobile layout, use simple visuals only (Card, Bar chart, KPI).

Remove the custom visual from the mobile page until the model is optimized.

Quick wins you can do right now

Here’s the shortest, most practical list:

Create a DimBuildVersion and use it instead of filtering on raw text.

Remove unnecessary columns in Power Query — telemetry JSON is huge.

Fix the three KPIs using lighter DAX.

Reduce mobile visuals to 2–3 key metrics.

Test the mobile page without the custom visual.

If it works → the custom visual is the problem.

If the dataset is massive, consider incremental refresh or pre-aggregated tables.

🎯 Bottom line

Nothing is “wrong” with your report — the data size + detailed telemetry + custom visual make filtering on “1.21.124” too heavy for mobile.
Simplifying the model and visuals will stop the refresh failures.


Here is the similar issue to yours you can go through it:

https://community.fabric.microsoft.com/t5/Service/Error-fetching-data-for-this-visual-Mobile-Layout/...


If this helps please ✔ Give a Kudo • Mark as Solution – help others too!


Aala Ali

Pricing & Profitability Specialist | Data Analyst at Zain Telecom
Group Leader – Microsoft Sudan Fabric User Group

linked in profile: https://www.linkedin.com/in/aala-ali/

 

View solution in original post

3 REPLIES 3
v-echaithra
Community Support
Community Support

Hi @padmakrishnadev ,

May I ask if you have resolved this issue? Please let us know if you have any further issues, we are happy to help.

Thank you.

v-echaithra
Community Support
Community Support

Hi @padmakrishnadev ,

Thank you @padmakrishnadev  for your inputs.

I just wanted to check if the issue has been resolved on your end, or if you require any further assistance. Please feel free to let us know, we’re happy to help!


Thank you 
Chaithra E.

Aala_Ali
Kudo Kingpin
Kudo Kingpin

Your report works fine in Desktop because your machine has plenty of power.
But in the Power BI Service — especially on mobile layout — the visuals are hitting capacity limits. The version filter “1.21.124” is probably returning too many rows, and your DAX + custom visual make the query even heavier.
That’s why you see timeouts, missing values, and “resource limit exceeded.”

     The main issues:
1. The version filter is too expensive

Filtering the fact table directly on a long text field (like 1.21.124) is slow.
Fix: Create a small DimBuildVersion table and filter through it. This reduces the load and avoids timeouts.

2. Your measures are doing extra work

Distinct count of sessions duplicates → typical with wide telemetry tables.

Crash logs not aggregating → either data type or relationship issue.

Average load time missing → either blank values or the visual can’t handle the heavy query.

Fix: Use cleaner measures:

Distinct sessions

User Engagement =
COUNTROWS(SUMMARIZE(FactTelemetry, FactTelemetry[SessionId]))


Crashes

Crashes = SUM(FactTelemetry[CrashCount])


Avg load time

Avg Load Time = AVERAGEX(FactTelemetry, FactTelemetry[LoadTimeMs])

3. Mobile layout is the “trigger”

Mobile renders differently and uses smaller visuals.
If your custom visual is heavy, it pushes the query over the limit.

Fix:

On the mobile layout, use simple visuals only (Card, Bar chart, KPI).

Remove the custom visual from the mobile page until the model is optimized.

Quick wins you can do right now

Here’s the shortest, most practical list:

Create a DimBuildVersion and use it instead of filtering on raw text.

Remove unnecessary columns in Power Query — telemetry JSON is huge.

Fix the three KPIs using lighter DAX.

Reduce mobile visuals to 2–3 key metrics.

Test the mobile page without the custom visual.

If it works → the custom visual is the problem.

If the dataset is massive, consider incremental refresh or pre-aggregated tables.

🎯 Bottom line

Nothing is “wrong” with your report — the data size + detailed telemetry + custom visual make filtering on “1.21.124” too heavy for mobile.
Simplifying the model and visuals will stop the refresh failures.


Here is the similar issue to yours you can go through it:

https://community.fabric.microsoft.com/t5/Service/Error-fetching-data-for-this-visual-Mobile-Layout/...


If this helps please ✔ Give a Kudo • Mark as Solution – help others too!


Aala Ali

Pricing & Profitability Specialist | Data Analyst at Zain Telecom
Group Leader – Microsoft Sudan Fabric User Group

linked in profile: https://www.linkedin.com/in/aala-ali/

 

Helpful resources

Announcements
New to Fabric survey Carousel

New to Fabric Survey

If you have recently started exploring Fabric, we'd love to hear how it's going. Your feedback can help with product improvements.

Power BI DataViz World Championships carousel

Power BI DataViz World Championships - June 2026

A new Power BI DataViz World Championship is coming this June! Don't miss out on submitting your entry.

Join our Fabric User Panel

Join our Fabric User Panel

Share feedback directly with Fabric product managers, participate in targeted research studies and influence the Fabric roadmap.

March Power BI Update Carousel

Power BI Community Update - March 2026

Check out the March 2026 Power BI update to learn about new features.