Action= problem

system · September 13, 2011, 6:32pm

uctopuk wrote on Tuesday, September 13, 2011:

The SOAP form has the wrong “action=” URL. Currently, it points to /openemr/interface/forms/soap2/save.php.

I need it to point to /openemr/interface/forms/soap/save.php

There is no “soaps2” folder in my forms folder, but there is a “soaps”

How do I change this? I’m running OpenEMR on a Linux system.

system · September 14, 2011, 9:01am

bradymiller wrote on Wednesday, September 14, 2011:

Hi,

Can’t confirm this in the online demo:
http://www.oemr.org/wiki/Development_Demo

Note the ‘Submit Form’ for SOAP submits forms with following:
<form name=“soap” method=“post” action="/openemr/interface/forms/soap/save.php"

Here’s the file/line that build this:
openemr/interface/forms/soap/templates/general_new.html:<form name=“soap” method=“post” action="{$FORM_ACTION}/interface/forms/soap/save.php"

Have you made any customizations?

-brady

system · September 14, 2011, 7:10pm

uctopuk wrote on Wednesday, September 14, 2011:

Thanks for the reply. (Sorry for the double post, I wasn’t sure how it works here.)

I pulled the file/line from general_new.html. It’s the same as the one you posted:

/srv/www/htdocs/openemr/interface/forms/soap/templates/general_new.html:<form name=“soap” method=“post” action="{$FORM_ACTION}/interface/forms/soap/save.php"
onsubmit=“return top.restoreSession()”>

I haven’t made any customizations. However, I did upgrade recently from 3.2 to 4. The staff didn’t use the SOAP form previously, so I don’t know if it worked in the old version.

system · September 14, 2011, 7:28pm

uctopuk wrote on Wednesday, September 14, 2011:

Maybe it will help if I post the line I’m reading from “inspect element:”

I’m not really sure where the /soap2/save.php is generating from. The general_new.php appears to be correct. And, I don’t have a soap2 directory…

system · September 14, 2011, 9:00pm

bradymiller wrote on Wednesday, September 14, 2011:

Hi,

What is in your interface/forms/soaps directory? (this is not a standard directory) Also, are you using linux or windows?

-brady
OpenEMR

system · September 14, 2011, 9:24pm

uctopuk wrote on Wednesday, September 14, 2011:

Brady,

I’m using Linux, OpenSuSe 11.2

My /interface/forms/soap (no “s” that was a typo) has:

templates directory
C_FormSOAP.class.php
FormSOAP.class.php
info.txt
new.php
report.php
save.php
table.sql
view.php

I don’t know if this has anything to do with it, but the /contrib/forms/ directory has a soap2 folder.

system · September 14, 2011, 10:11pm

bradymiller wrote on Wednesday, September 14, 2011:

Hi,

Go to your command line and type the following:
grep -R “soap2/” /srv/www/htdocs/openemr

And paste the output here.

-brady
OpenEMR

system · September 15, 2011, 1:50pm

uctopuk wrote on Thursday, September 15, 2011:

Here is what I got:

# grep -R “soap2/” /srv/www/htdocs/openemr
/srv/www/htdocs/openemr/interface/main/calendar/modules/PostCalendar/pntemplates/compiled/%%-51^%%-519020742^general_new.html.php: compiled from /srv/www/htdocs/openemr/contrib/forms/soap2/templates/general_new.html */ ?>
/srv/www/htdocs/openemr/interface/main/calendar/modules/PostCalendar/pntemplates/compiled/%%-51^%%-519020742^general_new.html.php:/interface/forms/soap2/save.php"
/srv/www/htdocs/openemr/contrib/forms/soap2/templates/general_new.html:<form name=“soap” method=“post” action="{$FORM_ACTION}/interface/forms/soap2/save.php"

system · September 16, 2011, 8:55am

bradymiller wrote on Friday, September 16, 2011:

Hi,

Try removing all files from the following directory:
/srv/www/htdocs/openemr/interface/main/calendar/modules/PostCalendar/pntemplates/compiled/
(this should not break anything, but to be safe recommend copying all the files from above directory into a backup directory before removing them)

-brady
OpenEMR

system · September 16, 2011, 6:50pm

uctopuk wrote on Friday, September 16, 2011:

Hi Brady,

Unfortunately, the saga continues. I removed everything from that directory, but am getting the same error. “Object not found. The requested URL was not found on this server. The link on the referring page seems to be wrong or outdated.”

Could there be some sort of issue between the /contrib/forms/soap2/ and interface/forms/soap/ directories?

Thanks for your continued help in resolving this issue.

system · September 17, 2011, 1:52am

bradymiller wrote on Saturday, September 17, 2011:

Hi,

This is an interesting problem. Lets try the following (to be safe, probably best to copy your production environment to a testing environment while trying to fix this issue):

1. again, remove all files from the following directory:
/srv/www/htdocs/openemr/interface/main/calendar/modules/PostCalendar/pntemplates/compiled/

2. modify srv/www/htdocs/openemr/contrib/forms/soap2/templates/general_new.html to be <form name=“soap” method=“post” action="{$FORM_ACTION}/interface/forms/soap/save.php"

Note, if this works, then there is a potentially nasty bug here that needs to be addressed(ie. do not enter any notes with this modification; just seeing if it makes it work). Let me know if this works or doesn’t work and can then go from there.

-brady
OpenEMR

system · September 19, 2011, 4:42pm

uctopuk wrote on Monday, September 19, 2011:

Well, I removed all files from /srv/www/htdocs/openemr/interface/main/calendar/modules/PostCalendar/pntemplates/compiled/

Then, I modified srv/www/htdocs/openemr/contrib/forms/soap2/templates/general_new.html to <form name=“soap” method=“post” action="{$FORM_ACTION}/interface/forms/soap/save.php"

The result was a 403 error on the SOAP form.

Some more digging on my part (perhaps it’s related somehow): The following forms are not working when I submit:
SOAP
Prior Authorization
Review of Systems Check

All the other forms work, including a custom form I inserted (called wellness_form). I compared the “general_new.html” file in each /contrib/forms/XXXX/templates/ directory to see look for differences in the form name=, method=, and action=. They were all the same: action="{$FORM_ACTION}/interface/forms/XXXX/save.php"

system · September 20, 2011, 9:36am

bradymiller wrote on Tuesday, September 20, 2011:

Hi,

For upgrade, did you keep your old interface/globals.php file (this would cause bizarre behavior)?

Am I am assuming for the upgrade that you upgraded the database also?

Also, what does this grep return:
grep -R “contrib/forms” /srv/www/htdocs/openemr

this is strange,
-brady

system · September 20, 2011, 4:37pm

uctopuk wrote on Tuesday, September 20, 2011:

I didn’t keep the old interface/globals.php file. The new globals.php is there with a creation date that coincides with the date I did the upgrade. My backup of the old version globals.php file has a much older creation date. The interface appears to be the 4.0 version as well.

I also upgraded the database when I did the upgrade.

When I grep, I get the following results:

grep -R “contrib/forms” /srv/www/htdocs/openemr
/srv/www/htdocs/openemr/interface/fax/fax_dispatch.php:        // The following is cloned from contrib/forms/scanned_notes/new.php:
/srv/www/htdocs/openemr/interface/main/calendar/modules/PostCalendar/pntemplates/compiled/%%-51^%%-519020742^general_new.html.php:         compiled from /srv/www/htdocs/openemr/contrib/forms/soap2/templates/general_new.html */ ?>
/srv/www/htdocs/openemr/interface/main/calendar/modules/PostCalendar/pntemplates/compiled/%%-10^%%-1002524454^general_new.html.php:         compiled from /srv/www/htdocs/openemr/contrib/forms/prior_auth/templates/prior_auth/general_new.html */ ?>
/srv/www/htdocs/openemr/contrib/util/language_translations/filterDirectories.txt:openemr/contrib/forms

system · September 20, 2011, 5:58pm

bradymiller wrote on Tuesday, September 20, 2011:

ok,

Now lets try the following to catch which script is making the bad call:

1. remove all files from the following directory:
/srv/www/htdocs/openemr/interface/main/calendar/modules/PostCalendar/pntemplates/compiled/

2. Move the contrib/forms directory somewhere else (can put it back later)

3. For the following forms, open them up and try to save them:
SOAP
Prior Authorization
Review of Systems Check
(of course, you will likely get errors or white screen of death; this is expected)

4. Now go to the php error log and paste it here.

-brady

system · September 20, 2011, 6:48pm

uctopuk wrote on Tuesday, September 20, 2011:

I have a stupid question: How do I get the php error log?

system · September 20, 2011, 6:52pm

bradymiller wrote on Tuesday, September 20, 2011:

hi,

Looks like OpenSuse should be here:
/var/log/apache2/error_log

-brady
OpenEMR

system · September 21, 2011, 1:21pm

uctopuk wrote on Wednesday, September 21, 2011:

Hi Brady,

I followed your instructions re: moving the /contrib/ directory. When I went to the broken forms, i.e. SOAP, they did not show up. In other words, there was no form to save.

Here is the output from the error log after I moved the /contrib/ directory:

   File does not exist: /srv/www/htdocs/favicon.ico
   Symbolic link not allowed or link target not accessible: /srv/www/htdocs/openemr/interface/main/calendar/modules/PostCalendar/pntemplates/default/images/leftbtn.gif, referer: http://localhost/openemr/interface/main/calendar/index.php?module=PostCalendar&viewtype=day&func=view&framewidth=1126
   Symbolic link not allowed or link target not accessible: /srv/www/htdocs/openemr/interface/main/calendar/modules/PostCalendar/pntemplates/default/images/rightbtn.gif, referer: http://localhost/openemr/interface/main/calendar/index.php?module=PostCalendar&viewtype=day&func=view&framewidth=1126
   Symbolic link not allowed or link target not accessible: /srv/www/htdocs/openemr/interface/main/calendar/modules/PostCalendar/pntemplates/default/images/leftbtn.gif, referer: http://localhost/openemr/interface/main/calendar/index.php?module=PostCalendar&viewtype=day&func=view&framewidth=1126
   Symbolic link not allowed or link target not accessible: /srv/www/htdocs/openemr/interface/main/calendar/modules/PostCalendar/pntemplates/default/images/rightbtn.gif, referer: http://localhost/openemr/interface/main/calendar/index.php?module=PostCalendar&viewtype=day&func=view&framewidth=1126
   File does not exist: /srv/www/htdocs/openemr/interface/patient_file/encounter/<, referer: http://localhost/openemr/interface/patient_file/encounter/load_form.php?formname=reviewofs
   File does not exist: /srv/www/htdocs/openemr/interface/patient_file/encounter/<, referer: http://localhost/openemr/interface/patient_file/encounter/load_form.php?formname=reviewofs

Below are the errors from Sept 13 when I originally reported this problem:

   Symbolic link not allowed or link target not accessible: /srv/www/htdocs/openemr/interface/main/calendar/modules/PostCalendar/pntemplates/default/images/leftbtn.gif, referer: http://192.168.0.105/openemr/interface/main/calendar/index.php?module=PostCalendar&viewtype=day&func=view&framewidth=1446
   Symbolic link not allowed or link target not accessible: /srv/www/htdocs/openemr/interface/main/calendar/modules/PostCalendar/pntemplates/default/images/rightbtn.gif, referer: http://192.168.0.105/openemr/interface/main/calendar/index.php?module=PostCalendar&viewtype=day&func=view&framewidth=1446
   File does not exist: /srv/www/htdocs/favicon.ico
   Symbolic link not allowed or link target not accessible: /srv/www/htdocs/openemr/interface/main/calendar/modules/PostCalendar/pntemplates/default/images/leftbtn.gif, referer: http://192.168.0.105/openemr/interface/main/calendar/index.php?module=PostCalendar&viewtype=day&func=view&framewidth=1446
   Symbolic link not allowed or link target not accessible: /srv/www/htdocs/openemr/interface/main/calendar/modules/PostCalendar/pntemplates/default/images/rightbtn.gif, referer: http://192.168.0.105/openemr/interface/main/calendar/index.php?module=PostCalendar&viewtype=day&func=view&framewidth=1446

I’m stumped… obviously.

system · September 23, 2011, 11:14am

bradymiller wrote on Friday, September 23, 2011:

Hi,

I’m still stumped also. To check for symbolic links, try the following command and paste here:
ls -al /srv/www/htdocs/openemr/interface/forms/

-brady
OpenEMR

system · September 27, 2011, 8:54pm

uctopuk wrote on Tuesday, September 27, 2011:

Sorry for the delayed response. I’ve been busy with other things.

Here is the output:

total 80
drwxr-xr-x 20 root root 4096 2011-09-15 10:40 .
drwxr-xr-x 22 root root 4096 2011-04-30 16:07 …
drwxr-xr-x 2 root root 4096 2011-04-30 16:07 ankleinjury
drwxr-xr-x 2 root root 4096 2011-04-30 16:07 bronchitis
drwxr-xr-x 2 root root 4096 2011-04-30 16:07 CAMOS
drwxr-xr-x 2 root root 4096 2011-04-30 16:07 dictation
drwxr-xr-x 2 root root 4096 2011-04-30 16:07 fee_sheet
drwxr-xr-x 2 root root 4096 2011-04-30 16:07 LBF
drwxr-xr-x 2 root root 4096 2011-04-30 16:07 misc_billing_options
drwxr-xr-x 2 root root 4096 2011-04-30 16:07 newpatient
drwxr-xr-x 2 root root 4096 2011-04-30 16:07 note
drwxr-xr-x 2 root root 4096 2011-04-30 16:07 physical_exam
drwxr-xr-x 3 root root 4096 2011-04-30 16:07 prior_auth
drwxr-xr-x 2 root root 4096 2011-04-30 16:07 procedure_order
drwxr-xr-x 2 root root 4096 2011-04-30 16:07 reviewofs
drwxr-xr-x 3 root root 4096 2011-04-30 16:07 ros
drwxr-xr-x 3 root root 4096 2011-04-30 16:07 soap
drwxr-xr-x 4 root root 4096 2011-04-30 16:07 vitals
drwxr-xr-x 3 root root 4096 2011-04-30 16:07 vitalsM
drwxr-xr-x 2 root root 4096 2011-07-01 12:35 wellness_scores