OLE DB or ODBC error: [Expression.Error] We cannot apply operator >= to types List and Number..

[kasimrehman]

🐛 Problem

After an cost data export in the FOCUS format has been made, when importing the data into the CostSummary PowerBI application is attempted this error appears when loading the data: "OLE DB or ODBC error: [Expression.Error] We cannot apply operator >= to types List and Number.."

This seems to happen when the data format of the PC on which the PowerBI app is running is non-US. If you change the data format settings on the Windows PC the data load works. Also, it seems that only certain records are affected by this. You can change the start range of the data to be loaded in the PowerBI app. It seems that when you then happen to leave out the offending data the data load works.

👣 Repro steps

I am not sure if the problem arises from all data exported from Cost Managment in the Azure portal, but I am working with a customer who has such a data set.

1. Export December's data from the Azure portal as described in the documentation in these GitHub pages.
2. Try to load the data in the CostSummary PowerBI app running on a Windows PC with non-US date format.
3. It fails with "OLE DB or ODBC error: [Expression.Error] We cannot apply operator >= to types List and Number.."
4. Change the date format on the PC.
5. The data load is successful

🤔 Expected

The date format of the PC should not have any effect on the data loaded.

[flanakin]

@kasimrehman What version of the report do you have? I thought we fixed this one already. I can't seem to find where it might happen anymore in the 0.7 reports. I'm also having a hard time replicating this after changing Power BI and Windows region settings. I'm hoping this is an old version of the report. If not, I may need some help to investigate what's going on.

#needs-info

[kasimrehman]

Hi Michael,

It was the 0.7 version. I will ask the customer if they can demonstrate the problem to us again.

Kind regards,

Kasim

[flanakin]

@kasimrehman Can you also ask them to clear the RangeStart/RangeEnd parameters? Last time I looked into this, I thought it was caused by those.

[flanakin]

@arthurclares Can you help here to see if you can replicate this with and without setting RangeStart/RangeEnd?

[kasimrehman]

@kasimrehman Can you also ask them to clear the RangeStart/RangeEnd parameters? Last time I looked into this, I thought it was caused by those.

Hi Michael,

Yes, I think we were setting at least one them. Is setting one of them not mandatory?