Register now to learn Fabric in free live sessions led by the best Microsoft experts. From Apr 16 to May 9, in English and Spanish.
Solved! Go to Solution.
Looks like you found another bug (fix is pending review)...
You can get around this one by going to Options -> Current file -> Regional settings. Then change it to English (US). It looks like it was translating 5 to 5,0 which isn't a valid number in KQL.
Hi @dvp ,
I can't reproduce your sample in my environment, so if possible, could you please inform me more detailed information(such as your connector, your sample data and how you operate this in powerbi)? Then we could help you more correctly.
Please do mask sensitive data before uploading.
Thanks for your understanding and support.
Best Regards,
Zoe Zhi
If this post helps, then please consider Accept it as the solution to help the other members find it more quickly.
@dax , it is (unfortunately) very easy to repro it:
1) Power BI Desktop -> Get Data -> Azure -> Azure Data Explorer (Kusto) -> Connect
2)
Cluster: https://help.kusto.windows.net
Data Connectivity mode: DirectQuery
3) Choose Samples -> StormEvents table -> Load
4) Click on Table visual, then click on Fields EventNarrative and DeathsDirect
5) In the Filters vertical pane, expand DeathsDirect filter, choose for example "is greater than or equal" 10, click Apply filter, and enjoy the error 😉
Looks like this is a bug in the March version of Power Bi. Have you tried the Febuary version?
I think you can work around this by either changing the aggregate of the amount column to don't summerize, or drag amount directly onto the filter pane from the fields list.
Hi @artemus , neither of these workarounds seem to work, unfortunately. The only one working is getting data from Azure Data Explorer using Azure SQL Database connector, which probably has some other peculiarities.
I'm trying to get a fix rolled out, but unfortunatly, it isn't a simple one to do.
Not sure why the work arounds won't work though, if you remove aggregation on the columns it should work just fine. If you can send me an example using the help cluster, I will look into it.
@artemus , I tried with DeathsDirect not summarized and still get the error: https://github.com/deyanp/power-bi-page-filter-error-repro.git
Looks like you found another bug (fix is pending review)...
You can get around this one by going to Options -> Current file -> Regional settings. Then change it to English (US). It looks like it was translating 5 to 5,0 which isn't a valid number in KQL.
Thanks, @artemus , that seems to work!
An additional question - how did you get to the raw KQL sent to ADX? If I know how to do that I could troubleshoot such issues in the future by myself ..
If you turn on tracing in the diagnonstics under options, the log files will include it.
Actually, the fix for the locale issue is already reviewed, it should be included in the next rollout of Power Bi.
I can repo it:
05T05:28:18.8690108Z","Action":"Engine/Module/Kusto/IO/Kusto","HostProcessId":"29372","Message":"OnSelectRows: [Reason=Expression.Error,Message=Invalid placeholder in format string.,Detail=[Offset=10,Reference=1,Length=4]]","ProductVersion":"2.79.5768.521 (20.03)","ActivityId":"a9a32e68-6e62-49f3-b924-7ed8a0e4c6bf","Process":"Microsoft.Mashup.Container.NetFX45","Pid":30036,"Tid":1,"Duration":"00:00:00.0002448"}
Seems to be related to a bad call to Text.Format, which is happening when Direct Query does a GroupBy with an aggregate column of List.Sum([amount]). This causes the new column to have any type, which confuses Kusto into thinking the column is of type string. The error then occurs when it does a column comparison with one of the operators: =, <, <=, >, >=, but does not occur with operators: <>, & But I'm not sure why this would cause the exception it does.
This is fixable on the dax to M side by changing List.Sum([amount]) to List.Sum([amount], number)
@artemus , I am not a pro Power BI user (I mean knowledge-wise, not license), can you give me detailed instructions how to apply the workaround you mentioned "This is fixable on the dax to M side by changing List.Sum([amount]) to List.Sum([amount], number)"?
On which screen / menu / pane should I change this formula?
Covering the world! 9:00-10:30 AM Sydney, 4:00-5:30 PM CET (Paris/Berlin), 7:00-8:30 PM Mexico City
Check out the April 2024 Power BI update to learn about new features.
User | Count |
---|---|
101 | |
50 | |
19 | |
12 | |
11 |