Error Message: "GetRows Method cannot be called while the view is inactive"

Hello,

While trying to run a NCA project with partial areas and therapeutic response- I came across the following error message: “GetRows Method cannot be called while the view is inactive”. Has anyone encountered this before? I would appreciate any feedback as to how to fix this so that I can run the program successfully.

Thank you.

Sorry Joseph, I’d need some more details e.g. what version of the software you are running and ideally the project and the logs - I would say your question is more suitable for forwarding to Pharsight.Support@certara.com

Simon

Joseph, I trust you got your answer; if anyone else encounters this then the following Solution may help. (it seems to be a temporary glitch that can be cleared by rebuilding a worksheet or saving the project. then closing and re-opening the project before re-executing.
We are continuing to look at this under QC 14728 & QC16334.

Phoenix 7.0 NCA error: The GetRows method cannot be called while the view is inactive Details
This error message has been seen to occur when the NCA Dosing information is not current. Please try the following steps to update the dosing information:

  1. Select the NCA object of interest.

  2. Select the Setup tab, and then select Dosing.

  3. Press the “Rebuild” button above the Dose mapping panel.

  4. Click OK to the Dosing Sorts dialog.

  5. Execute the NCA object to get results.

If the problem persists, please send Phoenix support a Phoenix project (*.phxproj) file that exhibits this behavior, and we will investigate further and reply back with our findings as soon as possible. Anything that you send to us will be treated as strictly confidential, will not be shared with any 3rd party, and will be used solely for the purpose of troubleshooting your Support issue.

Simon.
See also https://support.certara.com/forums/topic/1046-getrows-method-cannot-be-called-while-view-is-inactive/

I have faced the same issue numerous times. It was just trial and error but I came across something easier. Once the project is ready to execute, just check sparse and uncheck it back, you will notice WinNonlin will try making adjustments for dosing and other sections of the project but when you uncheck, it will return back to the original state, however, some magic happens during this check and uncheck and you will be able to run the project without this error.

I wish I knew how it works.

Thanks Abpkpd. your method is also forcing a rebuild of the dosing information and sort keys. If these two clicks are working and are quicker for you then it should be giving the same end result. Simon.

I keep getting the same error in v7. In many instances, it takes forever to get ride of.

I never had that in previous versions.

Is this a bug in the new version?

I did the exact steps and it did not work.

Hi Ahmed, this issue is somewhat intermittent and may have been exacerbated by the framework changes from 6.x to 7.0, although it was definitely observed in 6.x. As you may have seen Phoenix 8 was released this week and at least part of the issue was addressed with QC16334 being fixed.

If the steps above to rebuild dosing did not work the other workaround currently is to save, close and then re-load the project, the object will normally execute successfully.

Simon.