This is a yaw error... but not the typical where the craft have been powered on in a magnetic disturbed location which deflects the compass & initialize the IMU wrongly.
If checking off the compass & IMU at power on we see that they have the same value... that doesn't change major after take off. The main incident start later at 84sec into the flight when the craft already have flown 57sec on a 53m height. All this give clear evidence against a failed IMU initialization at the power on moment due to a disturbed compass.
If looking at the difference between the magyaw (compass) & the IMUyaw we see that initially all looks normal with a slight difference of approx. 7-8 degrees in average which is well within the normal. Then suddenly the deviation goes to over 40 degrees & the Flight controller switch to ATTI mode (green background in the chart)... & after this all goes haywire. The navHealth included in the chart give away what the flight controller thought about the positional reliability... 5 is best, 0 is worst & a HP isn't recorded if the value is below 4.
(Click on all charts below to make them larger)
So what's wrong then... If we try to compare the different sensor values for yaw to figure out which one that differ & likely is the culprit. Available for us is the magyaw (compass), the IMUyaw & the gyro.
We already see the difference between the magyaw & IMUyaw in the chart above... but which one is wrong?
Below I have chosen to depict IMUyaw unwrapped... meaning the graph is built by adding & subtracting degrees endlessly, it's not depicted on a 180 or 360 degree axis, this to be able to compare it with the gyro which is "unwrapped". Value wise the IMUyaw & the gyro will differ... this due to that the gyro always starts at 0 degrees when the drone is powered on while the IMUyaw will get it's value from the compass. But this at least let us compare the 2 graphs shape wise.
As seen here below the 2 graphs follow each other pretty well shape wise... which then should mean that the IMU & the gyro is the 2 correct ones & that the compass is the culprit.
This is also supported if looking into the DAT log event stream...
So the reason for the incident in this flight is most probably a failing compass... if it's temporary or permanent is hard to say just out from the DAT log alone unfortunately.
*ADDING*
Might add that this incident was a yaw-error
under development. Since the IMUyaw was correctly initialized at power on & by that, the Flight controller had full knowledge about in which direction the drone was pointing, meaning no control issues had still occurred (over time it would have as the wrong compass values had slowly started to feed in IMU adjustments). What made the flight confusing & out of control was the ATTI mode itself... the OP lost horizontal hold & the drone drifted with outside forces affecting it & didn't provide any braking with stick release.