Dirty Butter Posted May 30, 2015 Share Posted May 30, 2015 GItHub version from 05/29/15I have an error message bubble (Please fill out this field) showing up at the top of the page (NOT near the form at all) when I try to click the Checkout button. By filling just one field at a time between checkout clicks, I can tell the problem is below the zip code. This has the new "nosubmit" line of code in it for countries, but taking it out does not make the checkout work, so I put it back.I only have one gateway. It used to show, but now it is not showing at all. I suspect that is the issue. Has anything changed since 6.0.4 was released that could be my issue? How can I trouble shoot this error message? Quote Link to comment Share on other sites More sharing options...
bsmither Posted May 30, 2015 Share Posted May 30, 2015 The phrase "Please fill out this field" is not in the language file. However, the phrase "This field is required." is. Do you recall making any changes to phrases? They get databased. Quote Link to comment Share on other sites More sharing options...
bsmither Posted May 30, 2015 Share Posted May 30, 2015 (If I downloaded the correct package from Github) Just for the heck of it, in content.checkout.confirm.php at line 136 and line 190, remove the rogue </span> tag. Quote Link to comment Share on other sites More sharing options...
Dirty Butter Posted May 30, 2015 Author Share Posted May 30, 2015 I took out the </span>'s. I checked, and they did come from the latest commit. But I just remembered - seems like there was some kind of database change to be included in 6.0.5 upgrade.UPDATE `CubeCart_email_content` SET `doc_content` = replace(`content_html`, '{$DATA.ship_method|replace:'_':' '}', '{$DATA.ship_method}'); #EOQUPDATE `CubeCart_email_content` SET `doc_content` = replace(`content_html`, '{$DATA.ship_method|replace:'_':' '}', '{$DATA.ship_method}'); #EOQALTER TABLE `CubeCart_inventory` ADD `description_short` TEXT NULL COMMENT 'Short Description' AFTER `description`; #EOQALTER TABLE `CubeCart_inventory_language` ADD `description_short` TEXT NULL AFTER `description`; #EOQALTER TABLE `CubeCart_option_value` CHANGE `value_name` `value_name` varchar(100) NOT NULL DEFAULT ''; #EOQMaybe it's the ship method change. Is there a way to run those changes without running Setup?As for the error message - I searched for the phrase in phpMyAdmin - it's not in my language changes, and it's not in my version of definitions.xml, either. I had already double checked to be sure I deleted the references in main.php to foundation.abide.js, but just to be sure I checked - this warning isn't in that file, either. Quote Link to comment Share on other sites More sharing options...
bsmither Posted May 30, 2015 Share Posted May 30, 2015 I have a problem with the UPDATE commands as there is no (supposedly) column named 'doc_content' in the CubeCart_email_content database table. And the second update should be replacing the strings in the `content_text` column.These are regular SQL statements. You can run them in phpMyAdmin. You can even run them in CubeCart's admin, Maintenance, Database Query tab edit window. Quote Link to comment Share on other sites More sharing options...
bsmither Posted May 30, 2015 Share Posted May 30, 2015 I'm actually starting to believe the rogue </span> tags are supposed to be there. It's the starting <span> tags that are missing.At the bottom of content.checkout.confirm.php are a series of error message phrases. The validator javascript marries the id of the message with the id of the span so that the error message gets displayed next to the form element that failed validation. (See line 142.)The file cubecart.validate.js sets up the placement where the error message gets displayed, and if there is no associated place, then a general javascript alert() window pops up. I suppose depending on the browser, the alert window could appear in the middle of the viewport or wherever the browser want to put it. Quote Link to comment Share on other sites More sharing options...
Dirty Butter Posted May 30, 2015 Author Share Posted May 30, 2015 I put the <span>'s back in around both sides of the <label>, plus I saw some others with just the ending one and added the beginning ones. But it still throws the odd error message. Quote Link to comment Share on other sites More sharing options...
Dirty Butter Posted May 30, 2015 Author Share Posted May 30, 2015 The short description database changes worked, but the others did not, just as you had expected. Quote Link to comment Share on other sites More sharing options...
Dirty Butter Posted May 30, 2015 Author Share Posted May 30, 2015 What span class should they be, since just putting span didn't work? Quote Link to comment Share on other sites More sharing options...
Dirty Butter Posted May 30, 2015 Author Share Posted May 30, 2015 OK - I've found this much - it has something to do with checking that billing and shipping addresses are the same.If I provide a shipping address instead, checkout continues. And once I use a valid zip the gateway choice shows up, with correct s/h. Quote Link to comment Share on other sites More sharing options...
Dirty Butter Posted May 30, 2015 Author Share Posted May 30, 2015 For the time being I unchecked the billing and delivery address the same section and hid that portion, so they have to give Shipping address separately. Quote Link to comment Share on other sites More sharing options...
Dirty Butter Posted May 30, 2015 Author Share Posted May 30, 2015 I did leave dirtybutterestates.com as is on last night's GitHub v6-master,zip, if I can help find a solution. Quote Link to comment Share on other sites More sharing options...
Al Brookbanks Posted May 31, 2015 Share Posted May 31, 2015 Hi both, the master build isn't always stable and I think this was work in progress so be careful when using the master package! From my testing the checkout works fine on the current build but I'll do more tests before the planned release tomorrow. Quote Link to comment Share on other sites More sharing options...
Dirty Butter Posted May 31, 2015 Author Share Posted May 31, 2015 Great!! I always have a backup handy when I try the master on a live store. My stores are very far from stock CC, so it's certainly possible this is unique to my code. I look forward to using some of the changes in 6.0.5! Quote Link to comment Share on other sites More sharing options...
Al Brookbanks Posted May 31, 2015 Share Posted May 31, 2015 Yesh estimated shipping is long overdue. Quote Link to comment Share on other sites More sharing options...
Dirty Butter Posted June 1, 2015 Author Share Posted June 1, 2015 I just upgraded dirtybutterestates.com to 6.0.5, using MY version of foundation.css and cubecart.css - but left ALL the core files as stock - no tweaks or mods in use, just plugins. The address issue still exists for me. Quote Link to comment Share on other sites More sharing options...
Dirty Butter Posted June 1, 2015 Author Share Posted June 1, 2015 RESOLVED - it was the review rating required code added to 3.cubecart.validate.css that caused the errant error message. 6.0.5 works for rating validation without it. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.