Issue is definitely related to workstation of user.
User logged in with her own credentials on workstation of a colleague that does not get these #NUM! errors, and there she also does NOT see #NUM! errors.
The other way around, if this colleague logs in with own credentials on workstation of user who's reporting the issue, this colleague also gets #NUM! errors.
Then I thinks I will go for a re-installation of Office 365 on user's workstation, and see if this resolves the issue.
------------------------------
Herman Teeuwen
------------------------------
Original Message:
Sent: Wed February 28, 2024 02:22 AM
From: Herman Teeuwen
Subject: PAfE #NUM! Errors
Unfortunately this tm1features.json entry did not resolve the issue, still #NUM! errors in reports.
We're now trying to determine whether the issue is really workstation-related by having the user try from a colleague's workstation (who has confirmed that the report works normally and does not show any #NUM! errors).
Best regards,
------------------------------
Herman Teeuwen
------------------------------
Original Message:
Sent: Tue February 27, 2024 01:52 PM
From: Herman Teeuwen
Subject: PAfE #NUM! Errors
Dear Mohit,
Yes, security is correct and this is about a custom report.
Thanks for the pointer. I sent tm1features.json with this entry plus instructions to the user/
Will report back.
Best regards,
------------------------------
Herman Teeuwen
Original Message:
Sent: Tue February 27, 2024 03:20 AM
From: Mohit Gupta
Subject: PAfE #NUM! Errors
Hi Herman,
I have seen this issue with users and was able to reproduce with admins too. I am assuming security is correct and this is Custom report. Updating the below parameter as true in tm1features.json file in local profile of user helped fixing this problem. Try this and let me know how you go.
thanks
Mohit
{"r68_DisableNewCRValidator": true}
------------------------------
Mohit Gupta