It's a simple job for someone who knows what they're doing (I don't).
The defective script involves two php files added to osCommerce - the script and the language file. It's a very badly executed hack of the odsCommerce '[url removed, login to view]' script, that needs a serious code cleaning and repair.
In the script, far too many text strings have been embedded in the script, or in the includes/languages/[url removed, login to view] file instead of in the includes/languages/[language]/[language].php files - that needs straightened out, but only needs done in english (translation to other languages are on hold until the site is finished).
The main script file presents 2 pages using an if / else loop.
The first page presented to the viewer is a details capture form (it presents and captures correctly) which on pressing continue, should email the form contents to the store owner - it doesn't.
It does however proceed to the mailsend success page, which presents the captured data to the viewer in a printer friendly format, so they can print it and sign the report then snail-mail it to the store.
I need two fixes -
The first and most critical is to fix the email not sending to the store owner - this is a priority job. Also 3 fields on the capture page are presented as compulsory, but don't have to code to enforce that in the script, they need fixed too.
The second is to correct the language string locations from the script and [url removed, login to view] to the language/[url removed, login to view] file, and ready it for multi-lingual functionality.
The third is cost-dependant - right now the script is designed to only email the store and allow the viewer to print the form. It would be useful to have the data captured to database (mySQL) and an admin-side tool to track the reports with class-progression - e.g. email received, printout received, next action, next action etc. in order to improve customer service and management of this feature. Currently all this is done offline.
I'm hoping fix-one is simply a 10 minute job to a seasoned programmer, because my experience and knowledge isn't up to it.
The second one should be bread and butter work for a programmer, but it's beyond me right now.
The third one will require some liaison regarding the admin side functions and presentation, again it is highly cost sensitive.
Budget is very tight on this, so acceptance will be price based, balanced against speed of delivery for fix-1.