Unable to run already created test case as well

indusahu
Mega Contributor

I am getting this error when running test case. It is unable to open the portal. 

 

indusahu_0-1784647857295.png

 

1 ACCEPTED SOLUTION

Vikram Reddy
Tera Guru

Hi @indusahu,

 

That error is coming from the test step itself, not the portal being down. "Cannot read properties of undefined (reading 'url_suffix')" means the client script behind the step tried to read the url_suffix field off a Portal reference and got nothing back, which is exactly why it can't open the portal. url_suffix lives on the sp_portal record (Configuration > Portals), so the step's Portal reference is either empty, pointing at a record that no longer exists, or the running user can't read it.

Worth checking, in order:

  • Open the failing step (likely an "Open a New Portal" or an Open Form/Catalog Item (SP) step) and confirm the Portal field is actually populated, not left blank after a copy/clone of the test
  • Go to the sp_portal record it points to and confirm it still exists, is Active, and has a value in URL Suffix
  • Check the Run as user configured on the test (or the impersonated user in the step) has read access to sp_portal, an ACL restriction there will make the GlideRecord come back empty too
  • If the portal itself was deleted or renamed since the test was authored, re-pick it from the field rather than assuming the reference is still valid

If reselecting the Portal doesn't clear it, swap that step for a plain Open a URL step pointing to /your_suffix?id=your_page as a quick sanity check, that bypasses the portal lookup entirely and tells you if it's the step config or something deeper.

 

Thank you,
Vikram Karety
Octigo Solutions INC

View solution in original post

2 REPLIES 2

Vikram Reddy
Tera Guru

Hi @indusahu,

 

That error is coming from the test step itself, not the portal being down. "Cannot read properties of undefined (reading 'url_suffix')" means the client script behind the step tried to read the url_suffix field off a Portal reference and got nothing back, which is exactly why it can't open the portal. url_suffix lives on the sp_portal record (Configuration > Portals), so the step's Portal reference is either empty, pointing at a record that no longer exists, or the running user can't read it.

Worth checking, in order:

  • Open the failing step (likely an "Open a New Portal" or an Open Form/Catalog Item (SP) step) and confirm the Portal field is actually populated, not left blank after a copy/clone of the test
  • Go to the sp_portal record it points to and confirm it still exists, is Active, and has a value in URL Suffix
  • Check the Run as user configured on the test (or the impersonated user in the step) has read access to sp_portal, an ACL restriction there will make the GlideRecord come back empty too
  • If the portal itself was deleted or renamed since the test was authored, re-pick it from the field rather than assuming the reference is still valid

If reselecting the Portal doesn't clear it, swap that step for a plain Open a URL step pointing to /your_suffix?id=your_page as a quick sanity check, that bypasses the portal lookup entirely and tells you if it's the step config or something deeper.

 

Thank you,
Vikram Karety
Octigo Solutions INC

Hi @Vikram Reddy , Yes, after updating those field it started working. However, pretty much surprised how all the selected values got removed from fields. One thing we did from our end is we updated user role. Does that affect the catalog_items that were selected earlier?

 

Also, another issue we are facing that is also related to access only. Please check the screenshot below.  Can you please help me on the same?

indusahu_0-1784895367469.png