I installed the payment option check/money order on the Zen Cart admin side, but it says
Check/Money Order (not configured - needs pay-to)
How can this be fixed?
In admin->modules->payment, select Check/Money order, hit the edit button on the right, and at the bottom on the right, put the name of the person to whom the check should be made payable.
Related
I have managed to create connection and to send data to ZVT Terminal but it appears problem in the end of the transaction, the first step is to send amount to the terminal which I do like this:
cn.write('\x06\x01\x0f\x04\x00\x00\x00\x00\x02\x00\x19\x40\x06\x04\x40\x02\xff\x00');
then after swiping card in terminal it requires to enter the pin of the card which is good but when I press OK button in terminal after entering the PIN CARD then I get this message Transaction OK then immediately changes the screen to Transaction Declined From ECR.
If someone has experience with ZVT terminal would be good to help me.
What do you mean exactly with "PIN CARD"? This cardtype does not exist in the list of ZVT-card-types (in chapter 10 of the ZVT protocol). You can use any card type from this list ..but the provider has to enable this type on a terminal. I.e. some terminals read "fleet cards" and some don't - you cannot enable this by yourself, it has to be done by the provider!
In Keycloak, by default, users are able to change their first and last name in the account manager page. However, is it possible to disable this behavior?
Removing both fields in the theme results in those values not being sent and the form failing, and a hand-crafted POST request would defeat this method anyway.
I came across a similar problem and after reading this SO post, came to know that although you can disable/hide fields in ftl, you cannot disable form validation
For e.g I hid firstname field , but still cannot submit. Same was the result with disable as well:
I am not aware about disabling a particular field in some other way. However there is a workaround in which you can disable the entire account modification flow (Password can still be changed by Forgot Password option).
Bu default, account modification is enabled, but you can disable it for a particular realm by going to Realms -> Clients -> Account.
The result of this will be, the account page will be inaccessible:
You can remove the client role 'manage_account' for client 'account'.
In Keycloak, by default, users are able to change their first and last
name in the account manager page. Is it possible to disable this
behavior?
That can be done out-of-the-box (since Keycloak 14) by using the user profile functionality. First, the preview feature declarative-user-profile has to be enabled. For that start the server with:
--features=declarative-user-profile.
for the Quarkus version, or with
-Dkeycloak.profile.feature.declarative_user_profile=enabled
for the Wildfly version.
Bear in mind that:
Declarative User Profile is Technology Preview and is not fully
supported.
After starting the server with the aforementioned option, go to the Keycloak Admin Console and:
Go to the according Realm;
Go to the tab General;
Set User Profile enabled to ON
A new tab named User Profile (top right) will show up; click on it, and a set of configurable attributes will be shown.
Click on firstName, and then go to Permissions
In that section the permissions can be changed, accordingly. For example, if one sets Can user edit? to OFF, then when the user tries to change the firstName field in the account UI, that UI throws the following warning message:
The field First name is read only.
The same configuration can also be applied to the lastName attribute.
For the new Keycloak UI the workflow is exactly the same as the one I have just described. More information about the feature can be found in the official keycloak documentation (link)
You can use readonly property to disable email you can just change the following line:
<input type="text" class="form-control" id="email" name="email" readonly autofocus value="${(account.email!'')}"/>
I want to redirect visitor automatically after successful payment. There are two options in Paypal and I am confused.
The first one (in the buy now button editing section)
The second one (in profile > my selling tools)
But in the second one, you can only select 1 url and that will be for all buy now buttons. That won't be good. What is the correct way to do that ?
To make the auto return works you first need to turn on the "Auto Return" in your PayPal Profile and you can specify any return url there . Now if you have the multiple return url's then you should specify the return url in your button code in the section "Take my customer to this url when they finish checkout " . In this way it will always override the return url that you have mentioned in your PayPal Profile .
Well, you can either set it account-wide or per button: in fact, you can do both - have an account-wide default and a selective override for selected buttons. There is a third way: define the return_url variable in the POST data for the button yourself: this is another per-button override.
Which you use is up to you.
Setting Up Auto Return Using PayPal
To set up Auto Return:
Log in to paypal and click Profile.
Click the Website Payment Preferences link under Selling Preferences.
Click the On radio button to enable Auto Return.
Enter the Return URL.
Note: You must meet the Return URL requirements in order to set up Auto Return. Learn more about Return URL.
Sendbox Form Multiple Return Request URL's : If you are using different URL's for success/failure
It will automatically overwrite paypal specified URL.
I'm new to Fiddler and have run across something that seems strange to me. If I select an entry and then click Replay, I get different behavior from when I drag an entry into the Composer window and click Execute.
Should the different behavior between these two methods of re-making a request be different?
Note: I called the second method "cloning" a request because the Composer window says "You can clone a prior request by dragging and dropping a session from the Web Sessions list)."
What is the "different behavior" specifically?
The two operations you describe should behave the same way unless the server returns a redirect or an authentication challenge, in which case preferences will control whether Fiddler automatically authenticates and/or follows the redirect.
Please feel free to email me (Help > Send Feedback) details and/or screenshots of the difference you see.
I did a button of 3 options for payment (Buy Now) on PayPal, and when I pasted the code on my website.
Everything looks ok until you click on Buy now, It's transfer to error code on PayPal.
This is the link for the website: http://compx.co.il/?page_id=43
The error code that I get is:
1.Can not process your request at this time. Return to CompX IT Services and try another option.
2. PayPal can not process this transaction because of a problem on the site of the seller. Contact the seller directly to resolve this issue.
Any suggestion?
Regards,
Dvir
It's probably a character set issue. The default character set doesn't recognize them so you can fix this problem by changing the text of your option values or by changing the "charset" you're posting to PayPal.
You can follow these steps to modify the character set within your PayPal account:
- Log into your PayPal account at https://www.paypal.com
- Click the Profile link
- Click the 'Language Encoding' link under the Selling Preferences column
- Click the gray 'More Options' button
- Choose the same encoding you are using for your data off your site
- Select 'Yes' for 'Do you want to use the same encoding for data sent from PayPal to you (e.g., IPN, downloadable logs, emails)?'
- Click 'Save'
You can also define the charset value in the button code to match the charact values you have set in your options.