I should be able to give this a try this week.
I’ll set a few users this way to see if I can validate this solution.
I have done that too, but it didn’t make a difference.
That’s a bummer. It cleared up both Order Entry and Jobs for us.
1 Like
Thanks for confirming.
I’ve been having the same problem on Order Entry. However:
- I have a Kinetic Customization on ‘Order Entry’. This one works fine
- I have a user that has a personnalization on this Customization. This user has the problem.
- I copied the personnalization from one user to another (It’s something I’ve developped based on the Ice.XXXDef table) and I have the same problem with a test user
I tried:
- Conversion Workbench 191
- Deleting the cache in MetaUI of the specific form
- ctrl + alt + i
- Changing Language Format to English (United States)
Nothing seems to work. I always see {{strings on the screen. Also, what’s weird is that my account on the same browser works great for the same menu but if I use this test account , I see the strings
The only solution that I found is to delete the personnalization related to the user (I did that by changing the company in the table Ice.XXXDef for the row) which is ridiculous since users have the right to modify a screen how they want. It’s frustrating if I have to delete their setup every time someone has this error that happens at random
If I execute this query, I see that it’s stored directly in the pesonallization of the user so that’s why nothing works:
SELECT * FROM Ice.XXXDef WHERE Content LIKE '%{{strings.SalesOrders}}%' AND TypeCode='KNTCPersLayer'
1 Like
Hi Steven from Quebec! You are describing some issues we are also facing.
One thing that worked for us was republishing the Kinetic Layer(s) in Application Studio. We have 3 layers applied to the Order Entry screen.
I also had to delete a user personalization from the database when one screen would not load at all just for him. I hate having to delete / update things directly from the database.
At the moment, our Project Tracker screen does not load at all for specific language (french quebec). CTRL + ALT + i deletes the cache files, but it does not delete the database cache (table Ice.XXXDef, where Key3 = ‘cache’).
2 Likes
Steven, thank you for documenting what you’re dealing with as well.
I believe, based on the multitude of testing that everyone has done, that there are several circumstances that cause this to happen. @spaceage and I got it to happen as well, but in their version it works just fine if he uploaded english as the language. On mine it doesn’t make a difference. Some of our screens have customizations and personalizations, but I Can make this strings thing happen on any one screen following the steps I uploaded. So it’s gotta be a few different things that make this happen.
We also got datafixes from Epicor to delete the personalizations from the DB.
It’s just odd that a PRB hasn’t been made yet though. Like if they can willingly give fixes, why aren’t they openly investigating the root cause. If they have fixes for something they know where to start looking. Why are all of us still dealing with the issue and none of us have gotten an update from them or even an acknowledgment that this is a sustained issue by many different groups of people… all different versions, on prem, SaaS…
It’s odd.
2 Likes
It would be nice, for once, to hear “it’s fixed in the next release,” just to get some sort of closure.
But we have yet to get a PRB assigned to the issue, it’s just floating out there unacknowledged, unnamed, and we all are floating with it wondering what’s going on.
It’s a small world!
I changed the language format from English (Canada) to English (United States) and I spent some time with a user an hour ago who managed to recreate the {{strings}} problem. Not sure how but he created a personnalization on Order Entry and then next time he load it it
Not sure what data Key3=‘cache’ holds but I’ll take a look at it
1 Like
Can I ask both of you @vingeance and @Stevensi1018 for your case numbers? I am trying to bring our voices together to create a bigger group of users that are impacted by this issue. And your version you’re currently on?
For my part, I have not created a case yet regarding the Project Tracker screen that does not load. I don’t know how to reproduce this in a Demo env, as it seems to be caused by a combination of the cache + specific language.
This topic mentioned the exact same error I am getting. That is why I am here today.
We also had the {{strings.XXXX}} bug in the past. No case were created as republishing our layers seemed to solve the issue (and again, hard to reproduce in a Demo Env.)
Version is 2023.1. 95% web, 5% classic desktop (Fulfillment WB, dashboards and some dev tools).
1 Like
I can tell you Vincent, that I get this error when 3 sessions try to open the same form at the same time and ONE of those three is a smart client. I can replicate it over and over without fail.
I don’t have a case number yet. I plan to open it when I have something that I can replicate easily, if that ever happens
I once spent way too much time back and forth with support for something that they couldn’t use and since we weren’t on the most recent update, it was way too much work for me to report it. Not sure I want to talk with support about that but I’ll definitely continue to research the problem and update it here if I find something else
I just solved my own issue!
In fact, both the {{strings.XXXX}} and the “strings.generated.json used by another process” errors seems to be linked to the database cache.
I went into Application Studio, opened Project Tracker, and (re)publish the layer. It cleared the cache records in the database. The Project Tracker menu now loads in all languages. The layer was not even applied to the Project Tracker menus! It was only applied to the Project Entry menus.
If you are able to reproduce the issue as you say, could you try these steps:
- Check in the database if there are cache records for your program (example for Order Entry menu)
SELECT * FROM Ice.XXXDef WHERE Key1 = 'Erp.UI.SalesOrderEntry' AND Key3 = 'cache'
- Check in Application Studio if there are any existing Kinetic layers for your program. If there are, republish all of them, even if they are not applied to the menu. If there are none, well sh*t. I don’t know how to delete database cache records for a base program (SQL maybe since these are only cache entries, but it may be risky).
Vincent, that’s the thing. are you on prem or are you SaaS, NVM you showed me the event viewer haha
Go to that location that you see on the event viewer and then open up project entry.
press ctrl + alt + i then close and re-open project entry. If you watch that folder location you’ll see a bunch of files written to that location upon opening the project entry screen.
If you look at the names of those files they aren’t unique to the user opening the form… So what do you think happens when two or more (in my case it always has to be three or more) people open the same form at the same time and invoke the server to write those files all at the same time with the same name… You’re gonna have a bad time! File locking, can’t write, file in use- EXACTLY what the event viewer is reporting.
1 Like
E:\websites\ERP10Prod\Server\Apps\MetaUI\ERP.UI.ProjectEntry\cache\
Go to that location and watch what happens when you open project entry in Kinetic form.