<?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>New idea exchange ideas in Microsoft Fabric Community</title>
    <link>https://community.fabric.microsoft.com/t5/</link>
    <description>Microsoft Fabric Community</description>
    <pubDate>Mon, 31 Aug 2026 17:08:41 GMT</pubDate>
    <dc:creator>Community</dc:creator>
    <dc:date>2026-08-31T17:08:41Z</dc:date>
    <item>
      <title>Power BI UX Suggestion: Preserve Selection When Switching Between Report and Model Views</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Power-BI-UX-Suggestion-Preserve-Selection-When-Switching-Between/idi-p/5363744</link>
      <description>&lt;P&gt;When developing a Power BI report, if I select a visual in Report View and then switch to Model View, the selected table/column context is lost and everything becomes unselected.&lt;/P&gt;
&lt;P&gt;This can be inconvenient for developers, especially when troubleshooting or working with complex data models.&lt;/P&gt;
&lt;P&gt;💡 Suggestion: It would be very useful if Power BI could preserve the selected visual, table, or column context when switching between Report View and Model View.&lt;/P&gt;
&lt;P&gt;I believe this small UX improvement could make the development experience much smoother and more efficient.&lt;/P&gt;
&lt;P&gt;Microsoft/Fabric team — please consider this enhancement for future updates.&lt;BR /&gt;&lt;BR /&gt;&lt;STRONG&gt;Please vote if you like the idea.&lt;/STRONG&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 31 Aug 2026 15:03:45 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Power-BI-UX-Suggestion-Preserve-Selection-When-Switching-Between/idi-p/5363744</guid>
      <dc:creator>Murtaza_Ghafoor</dc:creator>
      <dc:date>2026-08-31T15:03:45Z</dc:date>
    </item>
    <item>
      <title>Power BI UX Suggestion: Preserve Selection When Switching Between Report and Model Views</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Power-BI-UX-Suggestion-Preserve-Selection-When-Switching-Between/idi-p/5363743</link>
      <description>&lt;P&gt;When developing a Power BI report, if I select a visual in Report View and then switch to Model View, the selected table/column context is lost and everything becomes unselected.&lt;/P&gt;
&lt;P&gt;This can be inconvenient for developers, especially when troubleshooting or working with complex data models.&lt;/P&gt;
&lt;P&gt;💡 Suggestion: It would be very useful if Power BI could preserve the selected visual, table, or column context when switching between Report View and Model View.&lt;/P&gt;
&lt;P&gt;I believe this small UX improvement could make the development experience much smoother and more efficient.&lt;/P&gt;
&lt;P&gt;Microsoft/Fabric team — please consider this enhancement for future updates.&lt;BR /&gt;&lt;BR /&gt;&lt;STRONG&gt;Please vote if you like the idea.&lt;/STRONG&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 31 Aug 2026 15:03:39 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Power-BI-UX-Suggestion-Preserve-Selection-When-Switching-Between/idi-p/5363743</guid>
      <dc:creator>Murtaza_Ghafoor</dc:creator>
      <dc:date>2026-08-31T15:03:39Z</dc:date>
    </item>
    <item>
      <title>Default Scrollable Time-Series Charts to Most Recent Data</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Default-Scrollable-Time-Series-Charts-to-Most-Recent-Data/idi-p/5363711</link>
      <description>&lt;P&gt;Currently, Power BI time-series charts always open scrolled to the earliest (leftmost) date by default, which is inconvenient for reports where users are interested in the most recent (rightmost) date.&amp;nbsp;A setting such as &lt;STRONG&gt;"Default view to latest data"&lt;/STRONG&gt; would improve usability and align with how most users consume trend data.&lt;/P&gt;&lt;P&gt;Please add an option for time-series charts to:&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;Set the default scroll position (earliest date or most recent date).&lt;/LI&gt;&lt;LI&gt;Remember the last scroll position when navigating between report pages.&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;This feature would significantly improve usability for time-series charts.&lt;/P&gt;</description>
      <pubDate>Mon, 31 Aug 2026 13:24:00 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Default-Scrollable-Time-Series-Charts-to-Most-Recent-Data/idi-p/5363711</guid>
      <dc:creator>CStillwell</dc:creator>
      <dc:date>2026-08-31T13:24:00Z</dc:date>
    </item>
    <item>
      <title>Power BI Desktop Data Load: Can We Get Better Progress Visibility?</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Power-BI-Desktop-Data-Load-Can-We-Get-Better-Progress-Visibility/idi-p/5363697</link>
      <description>&lt;P&gt;One UX improvement I’d really like to see in &lt;STRONG&gt;Power BI Desktop&lt;/STRONG&gt; is better visibility when loading large datasets from &lt;STRONG&gt;Power Query&lt;/STRONG&gt;.&lt;/P&gt;&lt;P&gt;Currently, when Power Query finishes processing and the data starts loading into the model, the experience can feel like a &lt;STRONG&gt;black box&lt;/STRONG&gt;. We often have no clear indication of:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;How much data has been loaded&lt;BR /&gt;• How many rows have been processed&lt;BR /&gt;• What percentage of the load is complete&lt;BR /&gt;• How much time is remaining&lt;BR /&gt;• Which table is currently being loaded&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;For small datasets, this may not matter much. But when working with large datasets, a long-running refresh with limited progress information makes it difficult to know whether the process is actively working or stuck.&lt;/P&gt;&lt;P&gt;A simple progress indicator such as:&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Customers → 85% loaded&lt;/STRONG&gt;&lt;BR /&gt;&lt;STRONG&gt;Sales → 12.5M / 20M rows&lt;/STRONG&gt;&lt;BR /&gt;&lt;STRONG&gt;Overall Progress → 72%&lt;/STRONG&gt;&lt;BR /&gt;&lt;STRONG&gt;Estimated Time Remaining → 4 min&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;would make the experience significantly better.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Microsoft Fabric and Power BI are becoming increasingly focused on enterprise-scale data. Shouldn't the Desktop experience provide better transparency during large data loads as well?&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;Would love to hear the community's thoughts. Is this something you have faced too?&lt;/P&gt;</description>
      <pubDate>Mon, 31 Aug 2026 12:16:33 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Power-BI-Desktop-Data-Load-Can-We-Get-Better-Progress-Visibility/idi-p/5363697</guid>
      <dc:creator>salmansaifee77</dc:creator>
      <dc:date>2026-08-31T12:16:33Z</dc:date>
    </item>
    <item>
      <title>Improve support for calculated tables on remote semantic models</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Improve-support-for-calculated-tables-on-remote-semantic-models/idi-p/5363643</link>
      <description>&lt;P&gt;When a report is connected to a remote semantic model, Power BI Desktop allows users to create calculated tables and calculated columns based on that remote model.&lt;/P&gt;&lt;P&gt;The issue is that this architecture appears to work correctly in Desktop but may generate refresh failures after publication to Power BI Service.&lt;/P&gt;&lt;P&gt;This behavior is confusing because the limitation is only discovered after deployment.&lt;/P&gt;&lt;P&gt;Suggested improvements:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Fully support refresh of calculated tables and columns referencing remote semantic models.&lt;/LI&gt;&lt;LI&gt;Or block this scenario directly in Power BI Desktop.&lt;/LI&gt;&lt;LI&gt;Or provide a clear validation message before publication explaining the risk and offering remediation guidance.&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;This limitation creates unnecessary complexity and maintenance effort.&lt;/P&gt;</description>
      <pubDate>Mon, 31 Aug 2026 08:47:54 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Improve-support-for-calculated-tables-on-remote-semantic-models/idi-p/5363643</guid>
      <dc:creator>alaeddinegaaya</dc:creator>
      <dc:date>2026-08-31T08:47:54Z</dc:date>
    </item>
    <item>
      <title>Allow Bottom-Up Hierarchy Expansion in Power BI Matrix for Financial Statements</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Allow-Bottom-Up-Hierarchy-Expansion-in-Power-BI-Matrix-for/idi-p/5363567</link>
      <description>&lt;H1&gt;Allow Bottom-Up Hierarchy Expansion in Power BI Matrix for Financial Statements&lt;/H1&gt;&lt;P&gt;Hi, I would like to request an enhancement to the Power BI Matrix visual that allows hierarchies to be expanded from the lowest level upwards, rather than only following the traditional top-down navigation logic.&lt;/P&gt;&lt;P&gt;This functionality would be extremely valuable for building financial statements and Profit &amp;amp; Loss reports.&lt;/P&gt;&lt;H2&gt;Current limitation&lt;/H2&gt;&lt;P&gt;When creating a financial statement hierarchy in a Power BI Matrix, the structure typically contains multiple aggregation levels, such as Revenue, Revenue Categories, Account Groups and individual Accounts.&lt;/P&gt;&lt;P&gt;In many financial reporting scenarios, users need to start from detailed accounts or the lowest-level items and understand how these values aggregate into higher-level totals.&lt;/P&gt;&lt;P&gt;Currently, hierarchy navigation in the Matrix is primarily designed around a top-down expansion approach.&lt;/P&gt;&lt;H2&gt;Requested feature&lt;/H2&gt;&lt;P&gt;Please add the ability to expand a hierarchy bottom-up, starting from detailed or leaf-level accounts and navigating towards their parent and higher aggregation levels.&lt;/P&gt;&lt;P&gt;Ideally, users should be able to choose the hierarchy navigation direction directly in the Matrix settings, with options such as Top-down expansion or Bottom-up expansion.&lt;/P&gt;&lt;H2&gt;Business use case&lt;/H2&gt;&lt;P&gt;This functionality would significantly improve the creation of Profit &amp;amp; Loss statements, Balance Sheets, Cash Flow statements, Chart of Accounts reporting and Management financial reporting.&lt;/P&gt;&lt;P&gt;Financial hierarchies are different from typical product or geographical hierarchies. Users often need to analyze individual accounts first and then understand how they contribute to higher-level subtotals.&lt;/P&gt;&lt;P&gt;For example:&lt;/P&gt;&lt;P&gt;Account → Account Group → Financial Category → EBITDA → EBIT → Net Income&lt;/P&gt;&lt;P&gt;A bottom-up hierarchy navigation experience would make Power BI Matrix much more flexible and suitable for professional financial reporting.&lt;/P&gt;&lt;H2&gt;Benefits&lt;/H2&gt;&lt;P&gt;This enhancement would improve native financial reporting capabilities in Power BI, reduce the need for complex DAX workarounds and custom visuals, and make the Matrix visual more suitable for enterprise financial reporting.&lt;/P&gt;&lt;P&gt;Please consider adding bottom-up hierarchy expansion as a native capability of the Power BI Matrix visual.&lt;/P&gt;</description>
      <pubDate>Mon, 31 Aug 2026 06:16:58 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Allow-Bottom-Up-Hierarchy-Expansion-in-Power-BI-Matrix-for/idi-p/5363567</guid>
      <dc:creator>Barbarini</dc:creator>
      <dc:date>2026-08-31T06:16:58Z</dc:date>
    </item>
    <item>
      <title>Support OneLake Security-Enforced Data Sources in Fabric IQ Ontology</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Support-OneLake-Security-Enforced-Data-Sources-in-Fabric-IQ/idi-p/5363281</link>
      <description>&lt;P&gt;Fabric IQ Ontology is designed to provide governed business context across enterprise data, while OneLake Security is becoming the central fine-grained security model for Fabric.&lt;/P&gt;&lt;P&gt;These capabilities should work together directly.&lt;/P&gt;&lt;P&gt;I would like Ontology data bindings to fully support Lakehouses that use OneLake Security, including table/folder permissions, row-level security and column-level security.&lt;/P&gt;&lt;P&gt;Ontology queries, Graph exploration, Data Agents and other consumers should respect the effective OneLake permissions of the requesting identity.&lt;/P&gt;&lt;P&gt;Administrators should not have to choose between securing a Lakehouse with OneLake Security and using that data as part of a Fabric IQ ontology.&lt;/P&gt;&lt;P&gt;Integrating the two would provide a consistent security boundary from OneLake data through business concepts, relationships and AI experiences.&lt;/P&gt;</description>
      <pubDate>Sat, 29 Aug 2026 08:26:50 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Support-OneLake-Security-Enforced-Data-Sources-in-Fabric-IQ/idi-p/5363281</guid>
      <dc:creator>Mourak</dc:creator>
      <dc:date>2026-08-29T08:26:50Z</dc:date>
    </item>
    <item>
      <title>Allow External OneLake Data Shares to Be Accepted into Multiple Fabric Item Types</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Allow-External-OneLake-Data-Shares-to-Be-Accepted-into-Multiple/idi-p/5363279</link>
      <description>&lt;P&gt;Fabric External Data Sharing provides an excellent zero-copy mechanism for sharing OneLake data across tenants.&lt;/P&gt;&lt;P&gt;However, the receiving tenant currently has to accept the share into a Lakehouse.&lt;/P&gt;&lt;P&gt;I would like the consumer to be able to choose the Fabric item that best matches the consuming workload, including Lakehouse, Warehouse, Eventhouse/KQL Database and SQL Database where technically applicable.&lt;/P&gt;&lt;P&gt;For example, a team whose primary consumption environment is Fabric Warehouse should not need to create and operate an additional Lakehouse simply to receive an external share.&lt;/P&gt;&lt;P&gt;The external share should remain governed and read-only while appearing natively in the selected Fabric workload.&lt;/P&gt;&lt;P&gt;This would make cross-tenant OneLake sharing more consistent with Fabric's multi-workload architecture and reduce unnecessary intermediate items.&lt;/P&gt;</description>
      <pubDate>Sat, 29 Aug 2026 08:25:19 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Allow-External-OneLake-Data-Shares-to-Be-Accepted-into-Multiple/idi-p/5363279</guid>
      <dc:creator>Mourak</dc:creator>
      <dc:date>2026-08-29T08:25:19Z</dc:date>
    </item>
    <item>
      <title>Allow OneLake Shortcut Authentication Mode to Be Changed In Place</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Allow-OneLake-Shortcut-Authentication-Mode-to-Be-Changed-In/idi-p/5363278</link>
      <description>&lt;P&gt;OneLake shortcuts support passthrough and delegated authentication, but changing the authentication model currently requires deleting and recreating the shortcut.&lt;/P&gt;&lt;P&gt;I would like shortcut authentication and connection settings to be editable in place.&lt;/P&gt;&lt;P&gt;Administrators should be able to change a shortcut from passthrough to delegated authentication, replace the delegated connection identity, or move back to passthrough without deleting the shortcut.&lt;/P&gt;&lt;P&gt;Fabric should validate the new identity and permissions before applying the change and preserve the shortcut object, downstream references, lineage and dependent workloads.&lt;/P&gt;&lt;P&gt;For enterprise environments, security models and service identities evolve over time. Recreating shortcuts increases operational risk and makes automation more difficult.&lt;/P&gt;&lt;P&gt;Making authentication a manageable property of the shortcut would improve lifecycle management, security operations and CI/CD.&lt;/P&gt;</description>
      <pubDate>Sat, 29 Aug 2026 08:24:18 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Allow-OneLake-Shortcut-Authentication-Mode-to-Be-Changed-In/idi-p/5363278</guid>
      <dc:creator>Mourak</dc:creator>
      <dc:date>2026-08-29T08:24:18Z</dc:date>
    </item>
    <item>
      <title>Add an "Explain Effective Access" Experience for OneLake Security</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Add-an-quot-Explain-Effective-Access-quot-Experience-for-OneLake/idi-p/5363277</link>
      <description>&lt;P&gt;As OneLake Security expands across tables, folders, rows, columns and shortcuts, determining why a specific user can or cannot access data can become difficult.&lt;/P&gt;&lt;P&gt;I would like Microsoft Fabric to provide an "Explain Effective Access" experience for OneLake.&lt;/P&gt;&lt;P&gt;An administrator should be able to select a user, service principal or group and a OneLake path and see:&lt;/P&gt;&lt;P&gt;- workspace and item permissions&lt;/P&gt;&lt;P&gt;- applicable OneLake security roles&lt;/P&gt;&lt;P&gt;- RLS and CLS policies&lt;/P&gt;&lt;P&gt;- shortcut-path permissions&lt;/P&gt;&lt;P&gt;- target-path permissions&lt;/P&gt;&lt;P&gt;- whether passthrough or delegated authentication is being used&lt;/P&gt;&lt;P&gt;- which identity each query engine uses&lt;/P&gt;&lt;P&gt;- the resulting effective access&lt;/P&gt;&lt;P&gt;- the specific rule responsible for allowing or blocking access&lt;/P&gt;&lt;P&gt;The same information should be available through an API for security automation and audit tooling.&lt;/P&gt;&lt;P&gt;This would significantly simplify troubleshooting, security reviews and least-privilege validation in enterprise Fabric environments.&lt;/P&gt;</description>
      <pubDate>Sat, 29 Aug 2026 08:22:51 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Add-an-quot-Explain-Effective-Access-quot-Experience-for-OneLake/idi-p/5363277</guid>
      <dc:creator>Mourak</dc:creator>
      <dc:date>2026-08-29T08:22:51Z</dc:date>
    </item>
    <item>
      <title>Tenant-Wide OneLake Shortcut Lineage and Impact Analysis</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Tenant-Wide-OneLake-Shortcut-Lineage-and-Impact-Analysis/idi-p/5363275</link>
      <description>&lt;P&gt;This is grounded in a documented limitation: shortcut lineage is currently workspace-scoped, and Microsoft specifically says lineage for shortcuts to warehouses and semantic models isn't currently available. There are also community discussions describing the inability to trace table-level dependencies across workspaces.&lt;/P&gt;</description>
      <pubDate>Sat, 29 Aug 2026 08:18:41 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Tenant-Wide-OneLake-Shortcut-Lineage-and-Impact-Analysis/idi-p/5363275</guid>
      <dc:creator>Mourak</dc:creator>
      <dc:date>2026-08-29T08:18:41Z</dc:date>
    </item>
    <item>
      <title>Add an End-to-End Production Reference Architecture for Microsoft Fabric Real-Time Intelligence</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Add-an-End-to-End-Production-Reference-Architecture-for/idi-p/5363274</link>
      <description>&lt;P&gt;I would like to see a complete end-to-end Microsoft Fabric Real-Time Intelligence reference architecture that demonstrates how the individual RTI capabilities work together in a production-oriented solution.&lt;/P&gt;&lt;P&gt;A manufacturing or operational telemetry scenario could show the complete flow from Eventstream through Eventhouse and KQL, Real-Time Dashboards, Activator, Power BI, Fabric Data Agents, and other applicable Microsoft Fabric capabilities.&lt;/P&gt;&lt;P&gt;The guidance should explain architectural responsibilities, latency and retention choices, schema evolution, replay, security, governance, monitoring, CI/CD, environment promotion, connection management, and troubleshooting.&lt;/P&gt;&lt;P&gt;It would also be valuable to explain when deterministic KQL queries, rules, or Activator actions should be used before introducing AI or agent-based processing.&lt;/P&gt;&lt;P&gt;This would help architects, developers, students, and community learners understand how to move from individual Fabric RTI features to a governed and production-ready real-time solution.&lt;/P&gt;</description>
      <pubDate>Sat, 29 Aug 2026 08:12:29 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Add-an-End-to-End-Production-Reference-Architecture-for/idi-p/5363274</guid>
      <dc:creator>Mourak</dc:creator>
      <dc:date>2026-08-29T08:12:29Z</dc:date>
    </item>
    <item>
      <title>Improve CI/CD consistency for Microsoft Fabric Real-Time Intelligence Eventstreams</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Improve-CI-CD-consistency-for-Microsoft-Fabric-Real-Time/idi-p/5363273</link>
      <description>&lt;P&gt;Microsoft Fabric Real-Time Intelligence has made strong progress with Git integration and deployment pipelines, but lifecycle management can still be inconsistent across Eventstream sources, destinations, connections, and deployment scenarios.&lt;/P&gt;&lt;P&gt;I would like to see more consistent CI/CD support across Real-Time Intelligence artifacts, including automated environment-specific connection rebinding, easier promotion from development to test and production, deployment validation before activation, and clearer diagnostics when an RTI artifact cannot be promoted successfully.&lt;/P&gt;&lt;P&gt;For enterprise implementations, it would also be valuable to reduce the amount of manual reconfiguration required after deployment.&lt;/P&gt;&lt;P&gt;Improving these capabilities would make Real-Time Intelligence solutions easier to operationalize, govern, automate, and teach as production-ready architectures rather than solutions that require manual configuration between environments.&lt;/P&gt;</description>
      <pubDate>Sat, 29 Aug 2026 08:11:33 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Improve-CI-CD-consistency-for-Microsoft-Fabric-Real-Time/idi-p/5363273</guid>
      <dc:creator>Mourak</dc:creator>
      <dc:date>2026-08-29T08:11:33Z</dc:date>
    </item>
    <item>
      <title>The Power BI app is having issues on Android</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/The-Power-BI-app-is-having-issues-on-Android/idi-p/5363236</link>
      <description>&lt;P&gt;Issue Report – Power BI Android App&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The Power BI app on Android has been experiencing an issue since yesterday morning and is still not working properly today.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;- Platform: Android&lt;/P&gt;&lt;P&gt;- App: Microsoft Power BI&lt;/P&gt;&lt;P&gt;- Issue: Reports cannot be loaded/accessed in the Power BI app.&lt;/P&gt;&lt;P&gt;- Duration: From yesterday morning until today.&lt;/P&gt;&lt;P&gt;- Additional information: The same Power BI reports work normally when accessed via Samsung Internet on the same device.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Please help investigate and resolve this issue as soon as possible.&lt;/P&gt;</description>
      <pubDate>Sat, 29 Aug 2026 03:14:50 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/The-Power-BI-app-is-having-issues-on-Android/idi-p/5363236</guid>
      <dc:creator>minhtai</dc:creator>
      <dc:date>2026-08-29T03:14:50Z</dc:date>
    </item>
    <item>
      <title>Collections in PowerBI</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Collections-in-PowerBI/idi-p/5363133</link>
      <description>&lt;P&gt;Allow all users to create "collections" in Power BI...folders where they can organize dashboards they have access to in order to provide more personal clarity where things are located at.&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;One of the biggest challenges we have is users remembering what specific workspace dashboards are saved in. This would be mitigated if Power BI made it so users can create their own folders to organize dashboards according to their own mental model rather than trying to adopt/remember the mental model provided by the central team. This is akin to knowing someone else's folder structure rather than one's own folder structure.&lt;BR /&gt;&lt;BR /&gt;This would not be intended to change access at all, just would be an organizational structure for the individual.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 28 Aug 2026 15:42:28 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Collections-in-PowerBI/idi-p/5363133</guid>
      <dc:creator>jschlereth2</dc:creator>
      <dc:date>2026-08-28T15:42:28Z</dc:date>
    </item>
    <item>
      <title>Display Delta table and column descriptions in Fabric Lakehouse Explorer/ Fabric on Browser</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Display-Delta-table-and-column-descriptions-in-Fabric-Lakehouse/idi-p/5363109</link>
      <description>&lt;P&gt;Microsoft Fabric Lakehouse should provide a visible and editable description field for Delta tables and columns in Lakehouse Explorer.&lt;/P&gt;&lt;P&gt;Delta table metadata, such as comments or custom description properties, can be stored through Spark, but this information is not clearly displayed to users browsing the Lakehouse.&lt;/P&gt;&lt;P&gt;Please add support for:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Displaying table descriptions in Lakehouse Explorer/ Fabric on Browser&lt;/LI&gt;&lt;LI&gt;Displaying descriptions as tooltips or in a table details panel&lt;/LI&gt;&lt;LI&gt;Displaying column descriptions in table previews and schema views&lt;/LI&gt;&lt;LI&gt;Editing table and column descriptions directly from the Fabric interface&lt;/LI&gt;&lt;LI&gt;Reading existing Delta comments and description properties&lt;/LI&gt;&lt;LI&gt;Exposing descriptions consistently through the Lakehouse SQL analytics endpoint&lt;/LI&gt;&lt;LI&gt;Making descriptions available to Microsoft Purview and Copilot&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;This would improve data discovery, self-service analytics, governance, and semantic understanding without requiring users to maintain separate documentation.&lt;/P&gt;&lt;P&gt;Data engineers can identify tables from technical names, but report developers, analysts, and business users need descriptions to understand their intended purpose. Keeping descriptions directly with the Lakehouse object reduces separate documentation, ambiguity, and incorrect table usage.&lt;/P&gt;</description>
      <pubDate>Fri, 28 Aug 2026 14:20:03 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Display-Delta-table-and-column-descriptions-in-Fabric-Lakehouse/idi-p/5363109</guid>
      <dc:creator>Darsh_</dc:creator>
      <dc:date>2026-08-28T14:20:03Z</dc:date>
    </item>
    <item>
      <title>Support Cross-Tenant (B2B/MTO Member) Authentication for Fabric Data Warehouse in Power BI Desktop</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Support-Cross-Tenant-B2B-MTO-Member-Authentication-for-Fabric/idi-p/5363037</link>
      <description>&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Microsoft Fabric Data Warehouse SQL Endpoints currently do not support cross-tenant authentication scenarios when accessed from Power BI Desktop. While B2B/Multi-Tenant Organization (MTO) member users can successfully access Fabric artifacts through the Fabric Service portal after switching to the target tenant, the same users are unable to authenticate when connecting to the Warehouse SQL Endpoint from Power BI Desktop using the Azure SQL Database connector.&lt;/P&gt;&lt;P&gt;Kindly support Cross-Tenant (B2B/MTO Member) Authentication for Fabric Data Warehouse SQL Endpoint in Power BI Desktop&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 28 Aug 2026 09:54:44 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Support-Cross-Tenant-B2B-MTO-Member-Authentication-for-Fabric/idi-p/5363037</guid>
      <dc:creator>v-nandagm</dc:creator>
      <dc:date>2026-08-28T09:54:44Z</dc:date>
    </item>
    <item>
      <title>Hide tabs in embedded Paginated report.</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Hide-tabs-in-embedded-Paginated-report/idi-p/5362953</link>
      <description>&lt;P&gt;Whenever a paginated report is embedded into an application it displays two tabs by default. One tab consists of options File,Home,View and another tab consists of Export options.&lt;/P&gt;&lt;P&gt;Currently there exists no option to hide these tabs neither from the code end nor from the PowerBi report builder. Hence the ask would be to hide these tabs in a configurable way.&lt;/P&gt;&lt;img /&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 28 Aug 2026 05:33:37 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Hide-tabs-in-embedded-Paginated-report/idi-p/5362953</guid>
      <dc:creator>VineetPai</dc:creator>
      <dc:date>2026-08-28T05:33:37Z</dc:date>
    </item>
    <item>
      <title>Power BI Report Builder - Difficult to Use and Ugly.</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Power-BI-Report-Builder-Difficult-to-Use-and-Ugly/idi-p/5362891</link>
      <description>&lt;P&gt;So I've definitely been spoiled in the modern age. So many apps that are integrated well with top-notch UI, and intuitive processes. Power BI Report Builder is surprisingly lacking in this. While I am grateful for the monthly updates to Power BI, the Report Builder is not easy to use at all.&lt;/P&gt;&lt;P&gt;I feel like there should be a much more intuitive integration between the two - i.e., be able to take a page from a Power BI Report, and "export" it to Power BI Report Builder, with all the filters, visuals, and settings etc in there. Realistically, as the user, I think it makes sense for it to all be in one program. I was actually really surprised to find out that it was a separate program that I was supposed to use for making pdfs etc.&lt;/P&gt;&lt;P&gt;My current workaround is building the model in Power BI, publishing it, and then using Get Data &amp;gt; from Power BI in Excel to get the data. And then building it in Excel... because Power BI Report Builder feels so unintuitive. And yes, we will always need paginated reports... right now I guess we are stuck with the many tabs in Excel.&lt;/P&gt;&lt;P&gt;I might try to use Power BI Report Builder again, but it feels like I'm stepping into the 2000s with its appearance and feel. And the fact that I have to recreate everything is so odd, it really is surprising that you can't easily add this sort of thing to Power BI itself, even just adding page breaks and better exporting to PDF to PBI would help so much with our actual business use cases. Everyone just asks for PDF versions of the dashboards anyways.&amp;nbsp;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 28 Aug 2026 00:45:28 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Power-BI-Report-Builder-Difficult-to-Use-and-Ugly/idi-p/5362891</guid>
      <dc:creator>rs_rae</dc:creator>
      <dc:date>2026-08-28T00:45:28Z</dc:date>
    </item>
    <item>
      <title>Individual L/R column borders for Matrix</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Individual-L-R-column-borders-for-Matrix/idi-p/5362857</link>
      <description>&lt;P&gt;Add Power BI feature for applying left and/or right borders to individual matrix columns, with customizable border thickness and color. This would let users visually group related measures, highlight key sections, and create cleaner, executive-friendly report layouts.&lt;/P&gt;</description>
      <pubDate>Thu, 27 Aug 2026 21:06:38 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Individual-L-R-column-borders-for-Matrix/idi-p/5362857</guid>
      <dc:creator>AaronReasoner</dc:creator>
      <dc:date>2026-08-27T21:06:38Z</dc:date>
    </item>
  </channel>
</rss>

