Active Projects

Overview

This is a listing of currently active projects. This is a place to see what's going on, and also a place to see where help is needed by other developers and testers.

Wiki

We have just migrated the wiki to mediawiki. Below describes the active projects in this wiki migration that still need to be completed.

Simple stuff

1. Need a logo

Backup

1. Daily
2. Ensure also backup the screenshots folder

Google analytics

1. Set up tracking of external links (downloads).
2. Consider looking for way to make stats public for transparency????

Internationalization

1. Install ParserFunctions extensions to allow use of method described here: [1] (this is a very basic mechanism and can then be leveraged in the following step to automate for international users)
2. Once above works and we have a verified backup then install/configure the Polyglot, Multilang, and LanguageSelector extensions.
3. Recruit translators

General code base improvements

Clean up magic quotes, prevent sql-injection, and prepare for PHP6

Plan to pass all input data through functions in the openemr/library/formdata.inc.php file before inserting into mysql database. This is useful for following reasons:

1. Will centralize input validation
2. Will centralize sql-injection blocking
3. Fix the escaping bugs(magic quotes) that are seen throughout OpenEMR when inputting the apostrophe character
4. Will allow easy migration to php6 (since magic quotes will no longer exist in php6)

This project will be a lot of work and will involve modifications to a large amount of files. This process is currently happening slowly as we modify files. However at some point this will likely become a primary multi-developer project as we get closer to the release of php6.

Currently linked to this tracker item

Calendar

Multi-facility bugs

Description of bugs:

1. Things work great with one facility
2. With two facility the bugs appear (different bugs happen with the $GLOBALS['restrictuserfacility'] turned off(default) and on)
3. When $GLOBALS['restrict_use\r_facility'] is turned off get behavipor descirbed above by lovogler. In essence the calendar only shows what is set as 'default facility' in the users settings. If you choose the facility then that user won't be available. By choosing all facilities, it will actually show all appointments from all facilities, however the scrollbar display is confusing (shows the top item), and unable to schedule an appt at anything but in the scroll bar; this also screws up what you see when

scrolling through new days. #When $GLOBALS['restrict_use\r_facility'] is turned on, then only seems to work right if you place all facilities in the users settings 'Schedule facilities'. Then everything seems to work fine, but there is no option to view all facilities, which seems like should be an option. If you don' t place all facilities in the users 'schedule facilities', then you'll see other appointments at other disallowed facilties like they are on the selected on (not much of a bug since appointments shouldn' be scheduled on disallowed facilities anyways), however can only add to the allowed facility, which is good.

Seems like the bug(s) really stem from three mechanisms:

1. When choose all facilities, don't then highlight the item below it; highlight them all and that have this supported when click other buttons (moving days or adding appt)
2. With global restric_user_facility off (default) allow users to be scheduled at all facilities.
3. With global restric_user_facility on give option to show all facilties in calendar.

Currently linked to this tracker item and this forum thread.

Still awaiting developer resources to fix this bug.