New Installation 3.0.0

mccloudfitz wrote on Monday, March 16, 2009:

Just did a new download of 3.0.0 and attempted install and get the following error:

OpenEMR requires Javascript and a GUI browser. We can’t promise you anything but try following this link to continue.

server:
OpenSuse 11.1

Tried Firefox, Opera and IE browers

We have other apps installed on that server that require Java/Javascript and they work fine.

Does anyone have any ideas?

bradymiller wrote on Tuesday, March 17, 2009:

hey,
  What OS is the client (computer running the web browser) computer? Maybe you have a security feature on your client computer that doesn’t allow javascript.  Is this a problem on multiple client computers?
-brady

mccloudfitz wrote on Friday, March 20, 2009:

Thanks for your reply.  We are using SUSE Enterprise Linux Desktop and openSUSE on the desktops with Firefox and Opera browsers.  We even installed MS XP on a desktop with IE 7 and still received the same error.

bradymiller wrote on Saturday, March 21, 2009:

hey,
  What happens when you click on the link provided? (don’t worry, installation script doesn’t require javascript) If you really don’t ahve javascript then openemr won’t let you login.

  What version php and mysql you using?  Do you have any apps working with mysql on your server?

-brady

bradymiller wrote on Saturday, March 21, 2009:

Actually, a simple way to test whether it’s your client browser settings is by trying some online OpenEMR demos (do you get javascript erros on these?):
http://www.oemr.org/demo/openemr/
http://www.oemr.org/modules/wiwimod/index.php?page=DemoCVS

mccloudfitz wrote on Saturday, March 21, 2009:

brady,

When I click the link provided, we still get a blank screen.  Not in the office today, but will check php and mysql versions.  Yes, we have 2 php apps running on that server and a java app connecting to mysql.

mccloudfitz wrote on Saturday, March 21, 2009:

I do not get errors when accessing the above demos posted.  I tried several workstations and the physical server and demos work.

bradymiller wrote on Saturday, March 21, 2009:

hey,

Should be able to identify the error in your php server error log then.  I’m guessing it’s gonna be a path issue, which should be an easy fix.  Also, below is the recommended php configuration settings (php.ini file):
max_execution_time = 60
max_input_time = 90
memory_limit = 128M
display_errors = Off
log_errors = On
register_globals = Off
post_max_size = 30M
magic_quotes_gpc = On
file_uploads = On
upload_max_filesize = 30M

-brady

mccloudfitz wrote on Saturday, March 21, 2009:

Verified my php.ini settings and made  the recommended changes.

my mysql version is 5.0.67 and php is 5.2.6-49.14.3

bradymiller wrote on Saturday, March 21, 2009:

hey,
Now, try to run the setup.php script again. If it still doesn’t work, then copy/paste the output to your php error log here.
-brady

mccloudfitz wrote on Saturday, March 21, 2009:

still did not work.  below is error log

[Sat Mar 21 18:52:03 2009] [error] [client 127.0.0.1] PHP Parse error:  syntax error, unexpected $end in /srv/www/htdocs/openemr/setup.php on line 698

bradymiller wrote on Saturday, March 21, 2009:

hey,
In php.ini file set the short_open_tag to On. Let me know if this was the problem.  If so, I’ll add it to the install isntructions.
thanks
-brady

mccloudfitz wrote on Saturday, March 21, 2009:

thanks a lot for all your help, that worked

cfapress wrote on Tuesday, March 24, 2009:

Hi Brady,

Do you know which file is using the old PHP short-tags? Last year I went through and thought I corrected them all.

Jason

bradymiller wrote on Tuesday, March 24, 2009:

hey,

  There were a couple in setup.php and one in the library/sqlconf.php script.  I fixed these, so the setup works fine with short_open_tag to Off; I then rec. to ensure this setting On during the installation script. There are still definitely some short tags lingering; after log in get bunch of jarbled text in top calendar window if turn this setting off.

-brady