Sedang Disiapkan

osCMax fixes

I have a handful of bugs that need to be tracked down and fixed.

1) When creating a "Special" in the back end:

When you enter the ending date for a special product the format needs to be dd/mm/yyyy and then it will change it to mm/dd/yyyy. This is a simple uniformity issue. I could fix it but I don't have time. Also if you edit a special, the dates are not read from the db, but are reset to Jan 1, 1970 or something...

2) There is a bug of some sort in the Tax reporting tool that keeps some data from deleted orders... probably a problem with improper order deletion in some other module.

3) Somewhere the order total is not being rounded before it is written to the database. This is not a real problem except that it gives a difference of a penny in some cases between actual billing and what is on the invoice.

*I have a code identical test server that you can work on, and mess with so that you don't have to worry about the production server.

Kemahiran: PHP

Lihat lagi: simple reporting, production tool, problem fixes, back end tool, oscmax, mm, jan reset, invoice and billing, cases, data fixes, penny server, php reporting tool, probably, simple invoice database, pending order deleted, work order invoice php, php invoice work order, invoice format, oscmax database server, enter data invoice, orders invoice, php simple billing, oscmax product sort, production server, php rounded code

Tentang Majikan:
( 1 ulasan ) Gallup, United States

ID Projek: #53281

Dianugerahkan kepada:


Can do it right now!

$150 USD dalam 0 hari
(25 Ulasan)

3 pekerja bebas membida secara purata $217 untuk pekerjaan ini


I can help you!

$300 USD dalam 3 hari
(219 Ulasan)

please check PMB for my works

$200 USD dalam 2 hari
(11 Ulasan)