Don't miss your chance to take the Fabric Data Engineer (DP-600) exam for FREE! Find out how by attending the DP-600 session on April 23rd (pacific time), live or on-demand.
Learn moreJoin the FabCon + SQLCon recap series. Up next: Power BI, Real-Time Intelligence, IQ and AI, and Data Factory take center stage. All sessions are available on-demand after the live show. Register now
Hello community,
I am experiencing an issue with a Power BI dashboard that is connected to a Microsoft List as its data source, and I would appreciate your assistance in resolving it.
For context, this setup has been functioning reliably for approximately one year. The dataset imports correctly from the Microsoft List, and when refreshed in Power BI Desktop, all data appears as expected with no missing records.
However, after publishing the report to the Power BI Service, the issue arises. Caching is turned of and despite multiple manual or automated refreshes, the background data from the List does not appear. Specifically, the data retrieved from the Microsoft List appears incomplete, with a significant number of rows missing. This discrepancy between Power BI Desktop and the Power BI Service is causing reporting inaccuracies and operational challenges.
Key details:
Could you please advise on:
Solved! Go to Solution.
Hi, I've found the solution.
On inspecting the M language, I have 4 merges.
In Desktop all queries often evaluate locally and consistently
In Service. Queries are evaluated independently
Join tables may:
The solution is: Before each merge, buffer the lookup tables
SubmittedBuffered = Table.Buffer(Submitted),
Another mystery was why it suddenly failed after working for nearly an year.
One potential reason is that Microsoft's backend optimisation updates may have forced the join to occur first before loading the tables.
Hi, I've found the solution.
On inspecting the M language, I have 4 merges.
In Desktop all queries often evaluate locally and consistently
In Service. Queries are evaluated independently
Join tables may:
The solution is: Before each merge, buffer the lookup tables
SubmittedBuffered = Table.Buffer(Submitted),
Another mystery was why it suddenly failed after working for nearly an year.
One potential reason is that Microsoft's backend optimisation updates may have forced the join to occur first before loading the tables.
Hi @fb198 ,
Thank you for reaching out to the Microsoft Community Forum.
Desktop can often pull the full dataset more permissively, but the Service depends on the underlying API, which enforces limits like pagination and list thresholds. When those limits are hit, the Service may return only part of the data without throwing an error, which is why your refresh succeeds but rows are missing.
Given that your setup worked for a year and only recently started failing, the most likely reason is that the list has grown or the query has crossed a threshold where the Service now handles it differently. In Power BI Service, this typically shows up when pagination isn’t fully handled or when query folding changes due to transformations, causing only a subset of rows to be retrieved.
I suggest you publish a stripped down version of the query with no transformations and just a few columns. If the Service then returns all rows, the issue is in your Power Query steps (folding/pagination). If it still returns fewer rows, you’re hitting an API/threshold limit and need to filter the data (ideally using indexed columns) or adjust how the list is queried.
Best Regards,
Community Support Team
Check out the April 2026 Power BI update to learn about new features.
If you have recently started exploring Fabric, we'd love to hear how it's going. Your feedback can help with product improvements.
A new Power BI DataViz World Championship is coming this June! Don't miss out on submitting your entry.
| User | Count |
|---|---|
| 2 | |
| 1 | |
| 1 | |
| 1 | |
| 1 |
| User | Count |
|---|---|
| 8 | |
| 8 | |
| 4 | |
| 3 | |
| 2 |