So, I’ve been messing with things (because it’s fun) and changed something unintentionally. I am getting “Site ID Missing” on half of the screen on the calendar tab after clicking the time of an appointment, patient name, or any other button.
I’ve looked at the Site ID posts and tried those fixes (hard coded web_root/webserver_root, double checked session variables, tried ignoreauth = true, etc.) but they haven’t worked. I’ve used Dev Tools in Firefox to trace it to no avail. And so, I’m reaching out… Thanks in advance for the help!
I have had this happen as well. DId you create any new php.ini files? What I ended up having to do was retrace my steps from when I was experimenting with things and then I was able to get back in.
Sounds like session is missing or corrupt. If you have added maybe a javascript function that you are calling you may need to call top.restoreSession() in your routine. Really depends where you are calling.
Those are solid recommendations - thanks! I haven’t added ini or javascript since it last worked, so I’m restoring it from the last working version (backup). Fingers crossed that does it!
Rolled back to a previous version last night - and that didn’t work, which is odd… I’m going to install a clean version (at some point today) and restart. @sjpadgett I’m not quite sure when/what I was doing to make it happen. I’ve been working on creating new forms, but not sure what I would have touched to cause this…
Forms may cause issues with session especially when sometimes calling php scripts that do not call globals via direct or xhr/request etc. If your form is calling scripts from ajax/xhr then call the js function top.restoreSession() first. Also, use to be that when the app’s inactivity timer timed out, then you would get kicked back to login but v5.0.1 will simply give site id missing in next script called after timeout.
Are you having this issue after a new login or after using a form?
Good to know re: forms = thanks @sjpadgett. I get the error message when trying to do anything… not just with the forms. In all honesty, I think a clean install is warranted because I must have synced something wrong between DM and my remote site server. So, I don’t think OpenEMR code is at the root of this issue…
Clean installing now - I’ll loop back about how it does…
Thanks for update. If it happens again please let me know so I can follow up. I have a gut feeling(yes, my gut is quit emotional) we may have an issue with session resets using inactivity daemon.