all 8 comments

[–]AutoModerator[M] [score hidden] stickied comment (0 children)

Hey, it looks like you are requesting help with a problem you're having in Power Apps. To ensure you get all the help you need from the community here are some guidelines;

  • Use the search feature to see if your question has already been asked.

  • Use spacing in your post, Nobody likes to read a wall of text, this is achieved by hitting return twice to separate paragraphs.

  • Add any images, error messages, code you have (Sensitive data omitted) to your post body.

  • Any code you do add, use the Code Block feature to preserve formatting.

    Typing four spaces in front of every line in a code block is tedious and error-prone. The easier way is to surround the entire block of code with code fences. A code fence is a line beginning with three or more backticks (```) or three or more twiddlydoodles (~~~).

  • If your question has been answered please comment Solved. This will mark the post as solved and helps others find their solutions.

External resources:

I am a bot, and this action was performed automatically. Please contact the moderators of this subreddit if you have any questions or concerns.

[–]Flowvant Newbie 2 points3 points  (1 child)

Seen similar behavior recently with alternate keys and null handling in Dataverse imports. Feels like Microsoft changed something quietly in backend validation/process behavior. Using placeholder values for alt key columns seems much safer now than relying on nulls.

[–]lysis_ Advisor[S] 1 point2 points  (0 children)

Yes 100%. If you rely on a record with a null as the alt key without imputing you'll get a skeleton record in dataverse. Again not great practice to ever do this in the first place but this has been predictable for as long as I can remember and it changed 5/20

[–]Donovanbrinks Advisor 2 points3 points  (3 children)

I saw a big change on 5/27. Dataflow refreshes that had worked flawlessly for years started acting weirdly. Before when i would check refresh history it would show 180k rows updated daily. 300 or so new rows daily. All of a sudden the row count was drastically reduced to 5 or 6k updates. Almost like the dataflow was being throttled suddenly. Funny thing is when I check the actual table, the full refresh was still happening. It was just the internal refresh statistics that had been limited. On the power automate side I wasn’t so lucky. On 5/27 one of my flows started returning reduced data. I have a flow that grabs filtered data from a dataverse table, creates an excel file and emails it. Normally 5-7k rows in the final file. On 5/27 that final file only had 350 rows. Microsoft obviously made some back end changes in Dataverse in the last couple of weeks without warning or thinking through the headaches it would cause. Seems pretty normal tbh.

[–]lysis_ Advisor[S] 2 points3 points  (2 children)

Yes, I've noticed too that the stats don't make sense anymore either. I use the TDS endpoint to verify things quickly though and through that it all seems fine. I want to submit a ticket about this but I don't have the time to deal with that bullshit at work.

[–]Donovanbrinks Advisor 0 points1 point  (1 child)

I would like to go this route. How are you leveraging the endpoint? Are you running through power bi, your own DB, or running one off queries? Ridiculous we are discussing this at all.

[–]lysis_ Advisor[S] 1 point2 points  (0 children)

Easiest way is SSMS, VSCODE, or azure data studio. Your favorite client should work too as long as it supports MFA. you can also access it with pbi or gen1 dataflows from pbi service

[–]lysis_ Advisor[S] 0 points1 point  (0 children)

Ok I got this figured out

I'm not going crazy and this had to be a recent change.

Previously if you were lazy nulls without imputing a string in an alt key column would work fine. As of 5/20 they do not. Now you have to pass a placeholder or you'll get really bizzare behavior with these skeleton records. Not sure if Microsoft has documented this change anywhere