Clear cache, repeat, IIS reset for deploy dashboard to stick

Have you tried System Management -> Upgrade Mass Regeneration -> Dashboard Maitenance
and Select “Deploy UI Application” from the Actions Menu ?

I have not, but is that any different than deploying it from the dashboard creation screen? I’ll give it a shot to see if it makes a difference though.

Menu Maintenance. Verify the correct dashboard assembly is selected.

1 Like

It works if I clear the client cache, for one time. Then it reverts back. It wouldn’t work at all if the correct assembly wasn’t selected.

Logically, yes. I had the same issue as you. Check it out.

Clearing the cache in Epicor menu doesn’t always clear it all. We’ve had to
clear the cache manually in the folder, path is usually similar to:

C:\ProgramData\Epicor*(Epicor-Server)*-808(number sequence)(ID)\CustomDLLs

Besides the variables noted above, the -808 could be a different number
sequence, it’s what we get in our environment.

You can Move/Rename the -808 directory and it’ll recreate it or just find
the DLL in question in the CustomDLLs folder and delete it.

1 Like

Dangit!! caught by that logical problem again…

Ok, I’ll try that. Thanks.

Well, yeah, that too. Also if the user is launching the dashboard from a saved Favorite.

Any harm in just deleting them all? I’m guessing just a little slower load the next time is loads right?

Well, there is only one dll to pick from for that dashboard, so unless I’m missing something, I don’t think that’s it.

No, other than the aforementioned slowness the first time as they get reloaded from the server. As every environment is unique, I’d still move them somewhere safe, just in case there are issues until you know for sure.

No harm except as you noted the speed. I have users that run a batch file to delete ProgramData\Epicor on a regular basis.

I’ve noticed that despite a clear cache, a favorites and recents click pull
up the original version after changing a customization. I tend to make it
habit to remake my favorites and clear recents


Yeah, we’ve ran into the same issue many times too.


This workaround did not work. It still is getting the old one from somewhere. I had a call with support and they recreated the problem in 10.1.600.7, so hopefully they will get a fix for this soon.

1 Like

Doh! Sounds like a new “undocumented feature” of .7 patch. Hopefully a quick fix.


I have suffered from this a lot, the only way I have found to resolve this is to copy the dashboard definition and create a new version. I intend to create mine with V1,V2 etc on the end to keep the name the same.

This will create a new dll and should resolve the issue

1 Like

I have gotten it to stick to the new one, just not with a repeatable sequence yet. I’m not sure what it takes to make the old one go away…

Perhaps look for the DLL on the app server and remove it there as well as
the workstation and then re-deploy the dashboard?

This is an old topic, but I realized that I have found and been using a workaround that works every time and I wanted it documented in here.

The cache files are found in C:\ProgramData\Epicor\epicor10-1-808\3.1.600.0\RAPAT\CustomDLLs and C:\ProgramData\Epicor\epicor10-1-808\3.1.600.0\RAPAT\shared\CustomDLLs. (at least on my computer) if I find the files that relate to the dashboard and just delete them (all all files in the folder) then it seems to be forced to go to the server to find the newest ones. This works better than clearing the cache, especially since clearing the cache gets rid of some of the hotkey settings for the user.

Thanks @Randy for the tip on that!