For some reason, the module decided it didn't know where Dlls were located

[afterl1f3]

Object must be a JObject or JArray but it is a JArray
At C:\Users\aburr\Documents\sharedapi.qa\PowerShell Scripts\Sanity Tests v2\Modules\PSTestRail\PSTestRail.psm1:1075 char:9

•     throw New-Object ArgumentException -ArgumentList ("Object must be a JObj ...
  

• - CategoryInfo          : OperationStopped: (:) [], ArgumentException
  - FullyQualifiedErrorId : Object must be a JObject or JArray but it is a JArray
  
  

After initializing a session, anything I call, ie: Get-TestRailProjects | Where name -eq "SharedAPI" | Get-TestRailSuites or Get-TestRailSuites -ProjectId 49, I get the above error.

[wermspowke]

Hi.

Can you please pull the latest 'develop' branch and try again with debugging enabled?

PS> Import-Module .\PSTestRail
PS> Set-TestRailDebug -Enabled:$true
PS> $DebugPreference = "Continue"
# Now use as normal

You should end up with output like this which will hopefully shed some light on what's going on.

PS> get-testrailprojects | where id -eq 1
DEBUG: Submit-TestRailUri: Uri: get_projects
DEBUG: Request-TestRailUri: Result: [
  {
    "id": 1,
    "name": "Test Project",
    "announcement": null,
    "show_announcement": false,
    "is_completed": false,
    "completed_on": null,
    "suite_mode": 1,
    "url": "https://whatever.testrail.net/index.php?/projects/overview/1"
  }
]
DEBUG: New-ObjectHash: Object is 'Newtonsoft.Json.Linq.JArray' from 'Newtonsoft.Json, Version=7.0.0.0, Culture=neutral,
PublicKeyToken=30ad4fe6b2a6aeed' (path\to\pstestrail\lib\Newtonsoft.Json.dll)
DEBUG: New-ObjectHash: Object is 'Newtonsoft.Json.Linq.JObject' from 'Newtonsoft.Json, Version=7.0.0.0, Culture=neutral,
PublicKeyToken=30ad4fe6b2a6aeed' (path\to\pstestrail\lib\Newtonsoft.Json.dll)

[afterl1f3]

Hi, I pulled latest and that seems to have fixed my issue after a re-import of the module. Debugging is good though, thanks.

Al

[afterl1f3]

I noticed this last week as well, but after creating a few test runs automatically, I seem to lose system.web. See the output after I try to run $run = statement > Unable to find type [System.Web.HttpUtility]. Make sure that the assembly that contains this type is loaded.
At C:\Users\aburr\Documents\sharedapi.qa\PowerShell Scripts\Sanity Tests v2\modules\PSTestRail\Operations-Sections.psm1:19
char:9

•     $Parameters = [System.Web.HttpUtility]::ParseQueryString([String]::Empty ...
  

•     ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  

  • CategoryInfo : InvalidOperation: (System.Web.HttpUtility:TypeName) [], RuntimeException
  • FullyQualifiedErrorId : TypeNotFound

[wermspowke]

Now that's just weird. I didn't think you actually could unload assemblies from a Powershell session. The assembly is added in the .psd1 with

RequiredAssemblies = 'System.Web','.\lib\Newtonsoft.Json.dll', '.\lib\Gurock.TestRail.dll'

You can temporarily work around it, I guess, with

Add-Type -AssemblyName System.Web

but you really shouldn't need to. I'll see if I can reproduce it on my end and get back to you.

Also, I've been toying with the idea of replacing the dependency on the GuRock client library with Powershell's own Invoke-RestMethod which would also remove the dependence on the System.Web assembly. I might try a branch with that approach.

[wermspowke]

The documentation is a bit sketchy on whether using RequiredAssemblies is the right approach for loading system assemblies, even though it seems to work.

I've pushed an update that makes an explicit call to Add-Type for System.Web to the Initialize-TestRailSession cmdlet just in case that helps in the short term.

[afterl1f3]

Great, i'll pull down latest. Thanks. I had the system.web unload a few times so far. I am calling these function in nested script files. I'll let you know how I make out.

[afterl1f3]

Hey there, so i'm back at it, I get the following with Debug enabled:

PS P:> $project = Get-TestRailProjects | Where name -eq "API"
DEBUG: Request-TestRailUri: Uri: get_projects
DEBUG: Request-TestRailUri: Result: [
{
"id": 49,
"name": "API",
"announcement": null,
"show_announcement": false,
"is_completed": false,
"completed_on": null,
"suite_mode": 2,
"url": "blah"
}
]
DEBUG: New-ObjectHash: Object is 'Newtonsoft.Json.Linq.JArray' from 'Newtonsoft.Json, Version=7.0.0.0, Culture=neutral,
PublicKeyToken=30ad4fe6b2a6aeed' (C:\Users\blah\Modules\PSTestRail\lib\Newtonsoft.Json.dll)
Object must be a JObject or JArray but it is a JArray
At C:\Users\blah\modules\PSTestRail.psm1:217
char:9

•     throw New-Object ArgumentException -ArgumentList ("Object must be a JObj ...
  

• - CategoryInfo          : OperationStopped: (:) [], ArgumentException
  - FullyQualifiedErrorId : Object must be a JObject or JArray but it is a JArray
  
  

As you can see, it does list the project, but it bails after?
Any help would be great.

[wermspowke]

Well that's a little bit counter-intuitive isn't it.. ;)

Leave it with me, please, and I will come back to you shortly.

[wermspowke]

So right now I'm in the "it works for me" zone, which isn't helping anyone much.

Can you please modify line 219 of PSTestRail.psm1 from

throw New-Object ArgumentException -ArgumentList ("Object must be a JObject or JArray but it is a " + $Object.GetType().Name)

to

throw New-Object ArgumentException -ArgumentList ("Object must be a JObject or JArray but it is a " + $Object.GetType().FullName)

and re-post the error?

I'm currently removing the dependence on the official API library and Newtonsoft and replacing it with pure Powershell (via Invoke-RestMethod) which will make the whole JSON to PSObject thing tidier, but if there's a quick fix for whatever this is I'll do that first.