MES - Users Have to "Log-In" Twice

Curious if anybody else sees this… Apparently it has been happening for awhile (since we went Live??) but it was just brought to my attention.

We use “Kiosks” for some MES stations so, shared machines. BROWSER MES (if that makes any difference).

“Dick” clicks Log-In. Enters his Employee ID, and this opens the Epicor User Log-in slide-out. Dick enters his password, OK.

Screen refreshes… but Dick is NOT logged in. He has to click “Log-In” again. This time his Employee ID is already loaded, he clicks okay, and he’s in. Can begin starting activities.

Dick logs out. (Stays Clocked In).

“Jane” Clicks Log-In. Enters her Employee ID, and this opens the Epicor User Log-in slide-out. Jane enters her password, OK.

Screen refreshes… but Jane is NOT logged in. She has to click “Log-In” again. This time her Employee ID is already loaded, she clicks okay, and she’s in. Can begin starting activities.

Jane logs out. (Stays Clocked In).

Dick returns to end his activity. He clicks Log-In, enters his password, and SOMETIMES it logs him in fine, other times, again, it will refresh the screen, but not log him in, and he has to click “Log-In” again. Again, when this happens, it already has his ID entered and he doesn’t need to re-enter his password. So, the system knows its him, but he has to do the “Log-In” button click twice.

At first, as I was testing, I thought it was tied to whether the user was “Clocked In”. So, if Clocked out, they would have to do the Log-In twice… if previously clocked in earlier in the day, they would only have to do it once.

But my latest testing it appeared I had to “Log In” twice each time I bounced between users. So… sporadic behavior.

Anyway… sorry for the long read… has anybody else seen this behavior? Not the end of the world, but a nuisance I’m trying to eliminate for our personnel on the production floor.

1 Like

Never experienced this on MES Classic if that helps! Might be an issue with the MES browser - have you tried looking through the network calls on the browser?

Do they have User accounts and Employee accounts? I have noticed in the past that when you tie the User Account to the Employee account, it causes stuff like this to happen.

3 Likes

Yes, they all have both employee and user accounts with individual passwords. And I agree, its probably something tied to that, I just can’t figure out why it happens sometimes and not others.

From what I’ve heard, it doesn’t happen to our CNC employees, because they have PC’s at their workstations and they use those to access MES.

It is only the “Kiosks” where multiple people log in and out. If one user logs in… does their stuff… logs out… and nobody else logs in again before they do, (I THINK) they get right back in with a single Log-In. Not sure if there is a cache thing going on? Something being stored in a dataview that isn’t being cleared?

This is a new one for me. Just heard about it yesterday, so I’m playing around and trying to find a pattern/smoking gun, but no luck thus far.

Every time I put in a password, it refreshes the browser to reload the MES form, which kicks my out of debugger and I can’t get it up again fast enough to watch the load events.

Express Yourself Arts GIF by PBS

2 Likes

What happens when you remove the UserID from the Employee?

We’ve run into team members leaving themselves logged in on different windows and that causes it to get confused and not actually logged in or out. Not gotten a report of the same and we have employees linked to their user account and the user account linked to the employee account.

I found it still pops up twice when you remove the users account from Employee Maintenance. The first one is just blank, and you have to click cancel twice then trying to login without issue.

1 Like

Epicor Admin, 28 years old.

6 Likes

Still looks pretty spry for an Epicor Admin!

2 Likes

Did you unlink the Employee ID from the User account too?

No we leave it on user account so the user can use office mes to clock in if they need to.

1 Like

You might also want to check Person/Contact to make sure there isn’t a link there.

1 Like

Hi @dcamlin. Can you submit a support ticket, and then let me know the ticket number? I’d like to work with our team to learn more - if this behavior is expected or not. You can send me an email, if it’s easier: jen.triftshauser@epicor.com. I would expect the behavior of MES in the browser to be seamless for your workers, and not frustrating. The support team can also look at your cloud settings if needed to see how MES is configured/set up while I research here in product management.

4 Likes

Try setting chrome to clear cache on close; and also try making a shortcut to open the MES via incognito mode (which will start with nothing cached).

Example:
“C:\Program Files\Google\Chrome\Application\chrome.exe” -incognito --new-window --app=https://google.com

Sorry I was in a meeting… but will do! Thanks, Jen!

A ticket was my next step depending on the feedback I got for the group here. Was trying to poll the audience to see what others’ experiences were. Doesn’t sound like others have seen this, at least not “on the norm”. I’ll put in a ticket and let you know.

We do have customizations on MES, but in my testing in Pilot (2024.1) I turned all those layers off to see if that was a contributing factor and the issue still occurs.

@JenT: Case No. CS0004479904

Took me a bit to enter it as I went through again trying to take some screen captures to include to illustrate.

I modified the base MES layer in App Studio, moving the contents of the “Log In” slideout onto it’s own panel card on the main page. This wouldn’t necessarily prevent the double data-entry, but maybe it would help your users’ experience:

2 Likes

MES on browser or through the client? If it’s the client I would be setting the config up so that they using an alternate cache folder and I would opt for setting the session manger up as a service. In particular if the uses justb"Switch" users rather that fully logging out… You will see weir behaviour like this I’d you are trying to use RDS set ups as well.

Response from support was that they were able to replicate the behavior and have passed the details onto the Development Team under PRB0285980.

@JenT (fyi)

1 Like

This is browser based. It SEEMS like the first “Log-In” attempt is logging in their user account, but not their Employee ID. So, they’re gaining access, but they have to click log-in again. At this point their Employee ID is already filled in and they just have to hit “ok”. Support agrees that this shouldn’t happen. It should accept both (User ID & Employee ID) and log them into both in the same pass.

4 Likes