I have a custom .NET CLR trigger that is hooked up to my database to handle slightly more advance insert, update, delete triggers. Basically it is tying in some data not readily available to the database such as workstation ID and user name. I do not have access to the source code as it was written many years ago by some other developer. We are rolling out a second instance of our software package and database. The new database is 2019 whereas the existing database is 2016.
I am running into an issue where on some tables the trigger is working exactly as expected and on some it is not capturing the inserts/updates/deletes into our audit table.
I have ensured that CLR is enabled on the database but that is the only troubleshooting step I was able to come up with.
Edit, not sure why I didn't try this before but when doing an insert from ssms I get this error:
Error

Edit2: This is fixed. I was able to use dotPeek to look at the source code (we own it) and determine that it was trying to do a selct * from INFORMATION_SCHEMA.Tables and the new database had a bunch of tSQLt items that conflicted with the code. After disabling Unit Testing with EXEC tSQLt.Uninstall the CLR trigger works as expected. Thanks!
Private_NullCellTableinsys.objects? Does the failing database?DetermineTableNameFromSchema. I'm making a guess here based on that name, but it seems like there's something in the trigger's code that dynamically figures out a table name to do something with.