puggybelle

After playing with it some more...I took the code from line 282 in create_account_process.php : require('includes/languages/' . $language . '/' . 'create_account.php'); And moved it down to above the section at the bottom of that file where the email is being defined, so it looks like this: require('includes/languages/' . $language . '/' . 'create_account.php'); $email_text .= EMAIL_WELCOME . EMAIL_PASS_1 . $password . EMAIL_PASS_2 . EMAIL_TEXT . EMAIL_CONTACT . EMAIL_WARNING; tep_mail($name, $email_address, EMAIL_SUBJECT, $email_text, STORE_OWNER, STORE_OWNER_EMAIL_ADDRESS); And now I have a wonderful Welcome email complete with a randomly generated password for the new customer that works! Why did I have to move it though? Like...I fixed it, but...I don't understand why I had to. Just trying to learn! - Andrea

I'm using 2.3.4.1 CE with PHP 7.0 I installed Order Editor first...had to clean up some of the DIR_WS stuff and whatnot, but it works fine. Then I installed Manual Order Maker and had to do some cleanup there, as well, but it works fine, in the respect that I can create a new customer account. It's the Welcome email it generates that is not playing nice. Looks like this: All of those defines are in the admin/includes/languages/english/create_account.php file but the email just will not pick them up. The language file is in the correct location. I changed the original line in admin/create_account_process.php: require(DIR_WS_LANGUAGES . $language . '/' . 'create_account.php'); It now reads: require('includes/languages/' . $language . '/' . 'create_account.php'); But, no luck. The email is supposed to contain a random password for the new customer - and it does - but the email itself is a wreck. Any idea what it might be? Or is this maybe not compatible with my version of osCommerce? - Andrea

Is this an issue only affecting those who use Phoenix? I'm not having this problem on 2.3.4.1 CE and have been using PayPal Standard for years. - Andrea

@ce7 Yes, but...the issue we're all complaining about is that it does not work on the first page load. We're getting 'no matches' when first loading the website. Only if we click on something...anything at all...and then try to use search will it work. Please PM me with a link to your site. I want to see if it works on my first try after loading your homepage. As for the filter issue you're having...have you assigned the correct number in the module?

@ce7 Well, I just took what you said literally and swapped out the catalog/ext/ files in 1.8 with 1.7 and no change for me. It's still not working on the first page load. Would love to have a link to a site that does have it working. - Andrea

Can you clarify what that means? There are a lot of folders/files under that filepath you referenced. You began with version 1.8.....yes? - Andrea

@raiwa Thank you for that. I'll stop worrying about green check marks now. 🙂 @ecartz The PayPal payment email for this order says the following at the bottom: Please keep this number for future reference, as your customer doesn't have a PayPal Transaction ID for this payment. Invoice ID: 8044 The next order/PayPal email, that completed checkout, has no such language, only Invoice ID: 8045 at the bottom. I wonder if this buyer may have gone back to PayPal and manually created the order and paid. Can they do that? I did notice the buyer was sticking around the website for quite some time after seeing the Preparing PayPal IPN status on the first try. I'm picturing them writing down everything in their cart and how much it costs. If they did go back to PayPal and 'Send Money' on their own, that would explain the lack of order process emails and inventory adjustments. Typically, if there's going to be some delay on PayPal's end, they notify me immediately. Like...a buyer paying with a transfer from their bank account. But, it won't stop the order from completing. They'll just let me know that the funds are not available to me yet. The buyer will successfully complete checkout. Would love to pick the buyer's brain now, but...I won't. - Andrea

@ecartz Happy Friday Night! I don't think they completed checkout at all. I did not receive an Order Process email, even when they paid this evening. I assume they didn't, either. I emailed the buyer to thank them and inform them that their purchase would be shipped first thing on Monday morning. It's very weird. I see the green check mark next to their name, which indicates they used PWA. When I search for them in the Admin side of the site...just searching for their name in the Customers section...they come up, complete with name and address details, but when I click on Orders...zero found. Because I deleted the order many hours before the payment came in. I'm going to just appreciate that I got paid and call it a day. But, how do I know if they 'created' an account or went on their merry way? And you don't even get the option to keep an account until you hit checkout_success, right? They never made it there. Otherwise, I'd be getting an order process email, yes? If you don't delete those customers with the green check mark...aren't they going to have problems trying to make a purchase in the future? The database will say...your details and email address are already on file...please log in...right? Or is PWA supposed to be deleting those customers after a successful transaction? Still confused. Sorry, I know I'm rambling. Just trying to make sense of what happened here. - Andrea

Using 2.3.4.1 CE with PWA 3.0.5 Customer came in last evening, filled a cart, proceeded to PayPal and then abandoned checkout. I waited 24 hours...order status stuck at Preparing PayPal IPN...I figure they changed their mind, their card was rejected, who knows. I deleted the order. Next thing I know, customer comes back and completes the PayPal payment tonight. Fortunately, I use PayPal Standard which provides a complete item-by-item list of what they purchased, otherwise...I'm going to have to contact the buyer and ask...what did you order? Question is: if I deleted their order this morning, how were they able to complete checkout with PayPal tonight? Was PayPal storing their order details for later? You don't get the option to 'keep' or 'create' your account when using PWA until you complete checkout, right? I do have that feature enabled within PWA...giving the customer the option to keep their account at the end. I'm really puzzled as to how this customer was able to make this payment...complete with products-ordered details...after I deleted it this morning. Additionally, do I need to manually delete customers with the green check mark next to their names indicating they were PWA customers? Does the green check mark disappear if they do decide to keep or create an account? Confused on Friday night. - Andrea

What version am I using if the download is called osCommerce-Responsive-master? Download date in my folder is showing as May 24, 2018, but I think that's only referencing the actual date I downloaded it, not the date it was released. Not that it matters terribly much at this point - just curious. Otherwise, all I see when I run the Version checker from time-to-time is...2.3.4.1 CE I'm not running Phoenix, so I kind of expect a message other than... You are running the latest version of osCommerce Online Merchant. 🙂 No, I'm not. Version checker really doesn't check anything, does it? - Andrea

@ArtcoInc and @Dan Cole It's a shame...this issue of not working on the initial pageload. Once I click around my site, it works perfectly on any and all pages. But, if buyers are going to see 'no matches' on their first try...assuming they're going straight for the search box when they enter the website...that's a killer. Out the door they'll go. It looks so nice and clean, too...I really wish I could use this! Damn! Guess I'll just keep checking the forum from time to time to see if anyone comes up with a remedy...you never know! Thanks, guys! - Andrea

Hi Dan - I installed this very cool contribution yesterday on my test site and I am experiencing the same as you mentioned above. What should I be looking for to troubleshoot the issue? What did it turn out to be in your case? I'm using the latest version of the contrib with 2.3.4.1 CE and lots of other mods to boot. Just don't know where to begin looking for suspects. Thanks for your time! - Andrea

I entered that string of 159.138. in the IP Blocker page accessed via cPanel. I never added that to the .htaccess file itself and when I view that file, I only see full IPs that were placed there before, a few dozen or so. That's why I wrote - I don't want to inadvertently block someone from New York or Canada or Spain when all I'm trying to do is kick out this crawler from Hong Kong. When it shows up, it will have over 500 different IP addresses in use on my site at once, but they all begin with 159.138 Hopefully, everything will be alright. What I entered in the IP blocker did take care of it. I just hope I haven't blocked people from here, there and everywhere else. I don't ship to Hong Kong, China, Japan, etc. (too expensive and no audience for what I sell there anyway) so... Just trying to keep the site running smoothly! - Andrea

This is a bit off-topic...I'm sorry!...but I have a crawler from Huawei Clouds that is bombing my website with requests. It originates in Hong Kong (Asia) - and all of the IP addresses begin with 159.138 but then the trailing numbers are all over the place 00:51:56 0 Guest 159.138.154.251 00:17:49 0 Guest 159.138.158.249 00:17:06 0 Guest 159.138.149.172 00:38:12 0 Guest 159.138.150.182 If I put a block on 159.138. Just like I typed - and that's it... It kicks them out, but... Am I potentially blocking other users from outside of Asia, too? - Andrea

Hello @JcMagpie This is one of the best contributions I have ever installed, been using it for months now. Question: Do I need to upgrade to your latest version or is that something related to Phoenix? I'm using this on 2.3.4.1 CE with no issues. And...your messages inbox is full. 😯

Hi @Jack_mcs Gosh, I would be the only person to ask a question here! I've been using this contribution for quite some time and my infobox displays perfectly. I like it so much I decided to duplicate the module and create a second infobox. I basically renamed everything in the first module with the number 2 at the end. The new box is working fine, but I'm puzzled as to why the duplicate module will not pick up all of the templates, like the original module does here: You'll see two new templates for dvds also being picked up by the first module. But, the second one...the duplicate module...will only pick up one: Fortunately, I'm able to plug in my own code inside that generic2 template to create what I want, so the new infobox looks just fine, even with only one template at my disposal. I'm just curious as to why it may not be picking up the other templates, like the original module does. If you're busy, don't worry about it. I just can't figure out why this is happening and thought I would ask. Thanks! - Andrea

Hi @Demitry I'm not seeing what @Kurre is at all. The Categories button hovering over the navigation bar. I wonder if he doesn't have the Hamburger button enabled in admin/modules/navbar modules My categories button is displaying on its own, independent of any interference from other things on the screen. However, my navbar modules now reside 'inside' that Hamburger button. When clicked...you see all of the links to the Cart, My Account, etc. I expect that's what I'm supposed to be seeing in mobile view? - Andrea

Good Morning, @Demitry I am so glad I thought to revisit this thread. I never did install the XS module for this contribution. The Categories button has always displayed on cellphones, despite never having installed the XS folder. And when clicked, the Categories button always displayed the parent categories with arrows to indicate there are deeper categories within, so...I just assumed everything was okay. I am not a cellphone person. I hate cellphones, so...I thought what I was seeing was sufficient and that was the end. Wrong. If I clicked on an arrow next to a category (indicating there are sub-categories) - nothing would load on a cellphone. Couldn't see the subcats at all. It's been like that for a year and I had no idea until today. So, I installed the XS folder and...what a difference, and it's a huge difference. Everything is appearing beautifully, complete with a back button to go back to the parent category. God, I wish I had realized how this works a long time ago. The instructions were pretty vague and just said, you can install one or the other or both. And that's about it. So, I installed the BS folder only. I didn't understand the significance of the XS folder at all. Big mistake in a world full buyers using cellphones to shop. Glad you pointed me in the right direction - Thanks, Demitry! - Andrea

@Demitry - That's interesting because I never installed the XS folder that comes with the contribution. I saw two folders in the download...and I just picked the BS one because...to be honest...I didn't understand what XS meant at that time. I knew I was running a version of osCommerce that used Bootstrap, so...I only installed that folder. Think I might install the XS folder and its files tomorrow on my test site just to see what the difference is on my cellphone...if any? At present, it looks like this on my cellphone: When I click on the Categories menu, it collapses like this: But...isn't that what it's supposed to do anyway? Collapse vertically on my tiny cellphone screen? And I never even installed the files from the XS folder. I'll install those files tomorrow and enable the XS module just to see what happens. Very curious about that now. - Andrea

@Kurre - The categories menu in my site will collapse to a vertical presentation of the categories when in mobile view. Is that what you're seeing? I think that's normal behavior. After all, if you looking at a page that has multiple categories in the header, a small mobile device can't display the categories from left to right because they simply won't fit on the screen. - Andrea

Just trying to give him a heads-up. That class in your user.css code will affect more than just the Horizontal Categories Menu. No offense...honestly, you're the one that helped me sort that out a long time ago, @Demitry...seem to remember I was sweating the appearance of a bad hurricane during our chats. If you hadn't given me that same code, my menu would never have been centered. Too dumb to figure it out on my own. I just didn't care for what it was also doing to the Navigation Bar links, so...there came my class change. We do what we gotta do! Thanks for your help, Demitry. I appreciate what you do in the forum. Happy Holidays! - Andrea

Unless he wants the Navigation Bar links centered, too...he's going to have to change the name of the class in cm_header_catmenu.php Just sayin'... - Andrea

@Kurre If you look at the file - catalog/includes/modules/content/header/cm_header_catmenu.php Very near the bottom, you'll see this chunk of code: //added function function build_hoz($class='') { global $cPath, $level; if (empty($class)) $class = 'nav navbar-nav'; $OSCOM_CategoryTree = new explode_category_tree(); $data = '<ul class="' . $class . '">' . $OSCOM_CategoryTree->getExTree() . '</ul>'; return $data; } That line in the center - if (empty($class)) $class = 'nav navbar-nav'; All I did was change that class name to nav-navbar-nav2 It's confusing, because the class is not called 'header' something or other, it called navbar - despite this being a contrib for categories in the header 😯 Then you insert the code I gave you before in user.css and it should work - because you've now renamed the class in the file referenced above. Just change the font size and type to whatever you like and it should be fine. I seem to recall having to rename that class because if I used the original class name in user.css, it was centering not only the categories menu, but the links in the navbar as well. This way, the code in user.css will only affect the categories menu in the header. Try that out and see what happens. - Andrea

Yep. I had not changed the call from verify_contact_us to verify_general in contact_us.php So excited to try the new HP I must have raced past that part. Sorry! - Andrea

Hello @Jack_mcs I have Honeypot set up to disallow URLs in the Contact Us form, and it seems to work on my end. If I try to send one, I get this: However, I am still getting emails thru Contact Us with urls inserted. The last one was just moments ago, lots of text in another language (Russian?) and it ends with this: Всю статью читайте здесь: http://www.xxxx.blo.com/2019/11/force.html I've edited the URL, so...not valid, but you get the idea. How is that possible? - Andrea