Custom Control Add-in caching in Nav 2009 R2 RTC

KarlRhodesKarlRhodes Posts: 41Member
edited 2019-10-04 in NAV Three Tier
We have a custom .Net add-in control that we developed for a customer some years ago.

The customer recently asked us for a minor change to the control, and this took just a couple of minutes to do.

However, when we compiled the new DLL in Visual Studio and then copied it to the add-ins folder on our test server, the changes weren't recognised.

We've now been through the entire server and removed the DLL from everywhere we could find it. The only instance of the DLL is the one we have recently compiled, but it seems the old DLL is still being served.

We have message box error messages that come up for instance when some config isn't correct. We've changed these error messages and broken the config but still the old messages come up.

Apart from the DLL being updated nothing else has changed. We haven't changed the version or the public key token.

We've even rebooted the middle tier and the server the RTC is executed from, as well as having recompiled the page in Nav that the control is on.

My questions are these

Has anyone ever seen this before?
How do I force my DLL to take effect?

Answers

  • krikikriki Posts: 8,796Member, Moderator
    [Topic moved from 'NAV/Navision Classic Client' forum to 'NAV Three Tier' forum]

    Regards,Alain Krikilion
    Use the SEARCH,Luke! || No PM,please use the forum. || May the <SOLVED>-attribute be in your title!
    NAV TechDays 2019: 21 & 22 November 2019, Antwerp (Belgium)
  • Chris86Chris86 Posts: 5Member
    Is the DLL running client-side? The RTC (at least in newer versions) is copying the DLL locally into the Add-Ins folder on client-side.
    Further I had a similar situation. The reason there was, that I didn't changed the version. After updating this it worked for me.
Sign In or Register to comment.