-
Posts
480 -
Joined
-
Last visited
-
Days Won
2
Posts posted by mhsuffolk
-
-
6 minutes ago, eidco said:
Must I migrate to CE Phoenix to solve the problem?
No, but that would be nice.
You will find the file in catalog/ext/modules/payment/paypal/paypal.com.crt
-
7 minutes ago, puggybelle said:
Is this an issue only affecting those who use Phoenix?
No,
It fails if you do not have the latest paypal.com.crt
- Guest
- 1
-
-
FYI My UK site successfully took PP standard payments yesterday, last one was 20.42 17/2/20 GMT
-
My understanding is that the actual field that the customer inputs his card details is hosted by Stripe, the surrounding box is on your server. Perhaps a question to Stripe here might yield an answer.
-
Ah. All OK now
I did not run it as I had many pages in the database from my previous Frozen store and thought I might lose them. I can now see that your script does not do this, just updates the configuration table if there are existing pages in the database. Perhaps a note in the instructions for people such as me who are converting an old database to Phoenix to emphasise this point.
-
Phoenix 1.0.4.3 PHP 7.3
Admin seems OK
Shop side I get this when accessing pages that I have created.
Warning: Use of undefined constant INFORMATION_PAGES_SEO_XREF_ENABLE - assumed 'INFORMATION_PAGES_SEO_XREF_ENABLE' (this will throw an Error in a future version of PHP) in D:\*****\htdocs\includes\hooks\shop\siteWide\information_pages_xref.php on line 21
-
Jack has updated it here.
-
11 minutes ago, BrockleyJohn said:
I could make it optional...
For my preference that would be good.
Thanks again
-
On Phoenix 1.0.4.1 New install of addon
If I have the "Change Order List Button" set to false, which I prefer, when I click edit from within the actual order, the edit screen opens in in a new browser tab. This does not happen if the button option is set true.
Is this correct?
-
Using Acrobat Reader on Firefox, Pages 2, 3 & 4 of Order Editor Readme PDF appear to have been over scanned. The text disappears outside the margins of the viewer. I have tried highlighting it to attempt copy and paste, the place holders for the hidden text appear but I still cannot copy the text.
-
I changed mine like that and it worked.
Have you tried a hard browser refresh? Hold down Ctrl and press F5
-
In the Stripe module in your website's admin change authorise to capture.
-
Mine is OK on v1.0.13 but I had a similar issue several versions back but only in admin, not in the conformation emails. It corrected itself and has not reappeared.
-
Do not attempt to use the Stripe module that comes with Phoenix. Uninstall it and use the SCA version here.
It is the only version that will work with ALL customers cards.
-
Module works perfectly, thank you for your endeavours again.
I notice that the Stripe website talks about Apple Pay, Google Pay and Samsung Pay. Are these options available in the existing addon? If not is this possible? Stripe talk about APIs for these but it is all above my pay grade.
-
On 11/15/2019 at 7:01 PM, mhsuffolk said:
Using v1.8
In my Phoenix test shop, Frozen live shop and Frozen back up test site I am getting the following behaviour.1. Install module and all basic settings including pages create account, contact us and tell a friend appear in admin
2. Edit module to alter various settings e.g.check account, disallow letters and numbers etc
3. Save module. The settings have been retained but the list of enabled pages is empty.
4. Checked in the database and the relevant field is empty.
5. Uninstall module
6. Reinstall module and the pages reappear.
7. Edit module, save it and the pages have gone again.I have worked round it by adding the pages manually in the relevant field in phpmyadmin
Still getting this problem.
I also have the issue that the maths captcha stops everybody, even legit sign ups, getting through create account. Switch it off and all is well.
-
Still getting these, followed by Password reset and then a contact us attempt which is being stopped by Honeypot.
They must have Java off as I have hard coded the create_account code to display UK as default hence Afghanistan appearing.
Suggestion, as Afghanistan is 1 could we create a country named "Select Country" and number it 0 using a SQL query.
You would then replace in create_account.php
echo tep_get_country_list(NULL, 'required aria-required="true" aria-describedby="atCountry" id="inputCountry"');
With
echo tep_get_country_list('country','0', NULL, 'required aria-required="true" aria-describedby="atCountry" id="inputCountry"');
Then get Honeypot to look for country 0 and then snag it?
Just a thought as this is a recurring pattern that could be exploited by Honeypot
-
Using v1.8
In my Phoenix test shop, Frozen live shop and Frozen back up test site I am getting the following behaviour.1. Install module and all basic settings including pages create account, contact us and tell a friend appear in admin
2. Edit module to alter various settings e.g.check account, disallow letters and numbers etc
3. Save module. The settings have been retained but the list of enabled pages is empty.
4. Checked in the database and the relevant field is empty.
5. Uninstall module
6. Reinstall module and the pages reappear.
7. Edit module, save it and the pages have gone again.I have worked round it by adding the pages manually in the relevant field in phpmyadmin
-
1 hour ago, tonymazz said:
"UK"=>"^(GIR|[A-Z]\d[A-Z\d]??|[A-Z]{2}\d[A-Z\d]??)[ ]??(\d[A-Z]{2})$",
Looks good, but for OSC should UK be GB
-
I am using the latest Honey pot on Frozen. I am now getting many fake accounts purportedly from Afghanistan which are following a set pattern of operations.
-
The account is created by populating every field in create account with a string of random letters and presumably their email address.
-
They log off and then go through the password reset procedure.
-
They then use the contact us page to send another random string of letters.
-
Often, but not always I then get a Mail delivery failed message from my host which is the password reset email bouncing back. The action recorder shows two entries for the reset, one with a tick and one with a cross just 1 second apart, then the contact us, which is either from the account just created or 0 in the brackets if the email bounced.
Just a suggestion. Would it be possible use this behaviour to get Honeypot to look for this password resetting immediately after account creation and either blocking the IP or alerting the store owner?
-
-
14 minutes ago, Smoky Barnable said:
I notice if the confirm order button is submitted with an invalid card number, a row is written to the orders table in the database with Preparing [Stripe SCA] status. Is this intended?
Yes, that is the correct behaviour. A payment intent on the Stripe website has to be created first before the card input field can be displayed. An OSC order creation is the first part of this process. I leave any of these in place for 7 days as the customer can still return and complete the order correctly without having to create a new/second order. If it has not been completed by then, simply delete the order in admin.
The PayPal app behaves in a similar way.
-
Hi Jack
Thank you for you great add ons.
I get this in the server log when accessing the configure page. (In my Phoenix test shop PHP 7.3)
PHP Warning: Use of undefined constant BOX_WIDTH - assumed 'BOX_WIDTH' (this will throw an Error in a future version of PHP) in D:\\Phoenix_7_3\\htdocs\\**********\\sitemonitor_configure_setup.php on line 404, referer: http://localhost/*********/sitemonitor_admin.php
-
Paypal Standard Payments Failing
in PayPal
Posted
Yes, I know. That is where I told you it was.