If you choose 'All User' does it show all the users calendars?
What's your OS, php version, and mysql version?
Does the same thing happen if you use the default calendar?
Can you reproduce the problem on the CVS demos at oemr.org, if so then how?
There has been some multiple facilities code added since 3.0.0, but will be helpful if you go through above stuff first to ensure nothing more obvious going on.
-brady
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
If you can, answer the other questions. It will help debug this issue.
Here's the diff showing changes from 3.0.1(left) to 3.1.0(right)
Here's the diff showing changes from 3.1.0(left) to most recent 3.1.0 patch (right). the patch can be found in 'patches' tracker here at sourceforge, it may fix your problem, worth a try.
Before going through above, does setting the users 'default facility' in administration->users and then selecting appropriate facility in the calendar help?
-brady
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Just to clarify. Is it now working for you? Also, if you want to get physicians to work at multiple facilities you could try by setting the $GLOBALS to true in globals.php.
Then you'll be able to choose mutliple facilities in the adminsitration->users menu for each user.
-brady
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
OEMR/interface/main/calendar/modules/PostCalendar/pntemplates/default/views/day /ajax_template.htm
The Calender-user box will display 'All User' but no names are displayed inside the box.
I replaced the V3.1.0 ajax_template .htm with older version.
It worked again. I could See names of provider selected.
Any work done on the this file before last release?
Is it OK to keep the older version inside V 3.1.0?
THANKS
hey,
Does deleting browser cookies do anything?
If you choose 'All User' does it show all the users calendars?
What's your OS, php version, and mysql version?
Does the same thing happen if you use the default calendar?
Can you reproduce the problem on the CVS demos at oemr.org, if so then how?
There has been some multiple facilities code added since 3.0.0, but will be helpful if you go through above stuff first to ensure nothing more obvious going on.
-brady
it is not cookies related.
I think that the template has some errors.
My dreamweaver code editor displayed wrong colors for the code when compared with prior release code.
hey,
If you can, answer the other questions. It will help debug this issue.
Here's the diff showing changes from 3.0.1(left) to 3.1.0(right)
Here's the diff showing changes from 3.1.0(left) to most recent 3.1.0 patch (right). the patch can be found in 'patches' tracker here at sourceforge, it may fix your problem, worth a try.
-brady
: http://openemr.cvs.sourceforge.net/viewvc/openemr/openemr/interface/main/calendar/modules/PostCalendar/pntemplates/default/views/day/ajax_template.html?r1=1.18.2.1&r2=1.15
: http://openemr.cvs.sourceforge.net/viewvc/openemr/openemr/interface/main/calendar/modules/PostCalendar/pntemplates/default/views/day/ajax_template.html?r1=1.18.2.1&r2=1.18.2.4
hey,
Before going through above, does setting the users 'default facility' in administration->users and then selecting appropriate facility in the calendar help?
-brady
The user's default facility was set already in side admin for all providers.
If I click on that provider-1 facility inside the provider-box, YES I the calendar will load the appropriate one.
Thanks
hey,
Just to clarify. Is it now working for you? Also, if you want to get physicians to work at multiple facilities you could try by setting the $GLOBALS to true in globals.php.
Then you'll be able to choose mutliple facilities in the adminsitration->users menu for each user.
-brady
hey,
Let's move discussion here (note my message there):
https://sourceforge.net/projects/openemr/forums/forum/202505/topic/3437162
In that message I talk about the 3 bug mechanism. The second is not new to 3.1.0, while the other two are.
-brady