If i choose 0% Tax (Switzerland) at the product item in the invoice and delete the 20% Tax which are at the bottom of the invoice (above the sum) then i get the error.
If i leave the 20% everything is fine. (maybe because the if clause is not true).
This code worked before, i noticed that there is singular and plural (rate and rates). Is this correct?
$invoice_tax_rate->tax_rate_id == xx
Or should it be:
$invoice_tax_rates->tax_rate_id == xx
If this is only an issue i have please tell me, than i will not post it here in this thread. But the if-clause worked perfect in beta3.
When I test the upgrade from 1.4.10 to 1.5 beta4 I cannot run setup. I get a http 500 error.
The steps I took to test the upgrade;
I restored a valid 1.4.10 database and restored the 1.4.10 files to verify that everything worked.
Then I deleted all the 1.4.10 files and copied the extracted beta 4 filestructure.
Copied the ipconfig.php file that i used with beta 3 test.
Renamed and editted htacces to .htacces and edited the line for the subdir.
The above procedure worked fine with the beta 3 package. To me it looks like the beta 4 package is not a complete package that can be used to test the upgrade in this way.
I am also missing some folders (Only see the application folder with its subfoldersâŚ
Sorry. Must have been something wrong during downloading or unzipping. This time, after downloading again, the filestructure is complete. Sorry bothering you about this.
I tested the migration 1.4.10 to 1.5 and it seems that the issue I found with the migration in beta 3 (id 84 - april 4.) has not been resolved yet.in beta 4.
A Database Error Occurred
Error Number: 1064
You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near ââip_client_custom_newâ (client_id, client_custom_fieldidâ at line 1
INSERT INTO âip_client_custom_newâ (client_id, client_custom_fieldid, client_custom_fieldvalue) VALUES ( â1â, ( SELECT custom_field_id FROM ip_custom_fields WHERE ip_custom_fields.custom_field_column = âclient_custom_aanhefâ ), âBesteâ )
Thatâs weird. The provider_name column exists in my setup. And Iâm also able to add a new product after upgraing from 1.4.0 or in a fresh installation.
This bug is now fixed. If you would like to test this you may replace the contents of application/modules/setup/models/Mdl_setup.php with these contents: updated Mdl_Setup.php file
And did you tried to open the page while being logged in as a gust user for the corresponding client? Because you need to be logged in as a gust to process the payment.
@graffito@RedSerenityDev
Could you please post more details about how the URL looks like and what is displayed?
I tried this with a fresh install, my development version and an upgraded version from 1.4.10. If I view an invoice in the public guest view (e.g. http://test.dev/index.php/guest/view/invoice/o1aQa1vVh2K1WjO) the invoice is displayed normaly.
If i click the Pay Now button (which is a link to http://test.dev/index.php/guest/payment_information/form/o1aQa1vVh2K1WjO) I get redirected to the login page. No 404 errors in any wayâŚ
I just noticed, that it is required to be logged in as a guest user for payments. It would be very good to display a login page instead of the 404 if a user clicks on the âPay nowâ button and is not logged in.
So, i created a guest user, assigned the client and tested it again with the invoice i made before (is it a problem, that the invoice was made before the guest user was created?). Because the 404 is still here.
Thanks Kovah. I replaced the Mdl_setup file and the migration went fine. The custom fields are there. I will do some testing with beta4 and keep you updated.
The solution for the problem with the NULL value, and for another minor âopticalâ error.
EDIT:
And the solution for a little problem with the family_id.
When I do a payment, I cannot change the payment method. The payment method is fixed to the payment method set when the invoice was created. In my opinion it should be possible to change the payment method when the payment is done.
Itâs not realy an issue but when creating a new user, the fields password and verify password are in the âwrongâ order. Maybe only in the dutch translation (???)
After creating a guest useraccount and logging in with this guest account, I see Pay Now buttons on the Invoices.
I have no Payment Provider configured so I did not expect to see this button.
When pushing the Pay Now button I get a 404 error.