Jump to content

YnZs

Member
  • Posts

    23
  • Joined

  • Last visited

Profile Information

  • Gender
    Male
  • Location
    Redlands, CA

YnZs's Achievements

Newbie

Newbie (1/14)

1

Reputation

  1. I actually haven't seen this issue happen recently, I am currently running Ver 6.1.0 and I'm not 100% sure if there was a fix between then and now.
  2. With Javascript Off, I get the image below, If I turn it back on, it will allow me to register and account, but yet again, I have to have Java on to be able to get past the verification Then once I'm verified, I turned it back off, went into my "Account" and added a default bill/shipping address, which allowed me to use a state abbreviation and bypass the "Are you Human" on the check out screen. I can't say that this is how 50% of my customers are going about this EVERY time, it seems like such a particular set of steps... and not to mention very inconvenient for the end user.
  3. The plot thick'ins .... I turn off JavaScript on a test PC, made a "mock" customer, even added an extra tax class labeled simply as CA to see if I could get it to react. Now, I am using the "Mauris" skin and added the NEWish Google Are you Human/I am not a Robot single click verifier. When I get to the portion where I add my address, putting CA for state does NOT add the tax But also, the "Are You Human" box doesn't pop up! The cart WILL NOT proceed past this because it's expecting a verification..... see image So my theory of "customers must have Java off and they are bypassing the drop down box" may be false if I can't get past the "Are you Human" verification to get to Payment!
  4. I would think it needs to be submitted to the designers that the "State" box needs to be a drop-down box like "Country" outside of being a Java function
  5. I dunno, some people just hate JavaScript? How do we MAKE people use it? Or, like you said,
  6. BINGO!!! WE HAVE A WINNER!!! Side note: I use Google Chrome for everything I do at work So I went to Menu>Settings>Advanced Settings>Privacy>Content Settings and Changed "Allow all sites to run Javascript" over to "Do not Allow and site to run JavaScript" and this is what I get: Notice how the "State" is not a drop-down box? But allows you to fill-in-the-blank?
  7. Here is what I found... I should note, this is an order from a week ago or so, I had to change his state to Kentucky or the "Save and Reload" button wouldn't do anything until I chose one. So, originally the Shipping Address also had a "0" in it and it was changed, of coarse, by me.
  8. In "Test Mode" through Authorize.net, all information is fake, like Jane Doe not being a real person I'll start looking around in the database and report back
  9. We're located in California here in the USA, for customers that live in California, we have to charge a 8% sales tax. What it 'looks' like to me, is somewhere somehow, the customers are allowed to bypass the 'State' part of entering their billing address, sometimes I get orders with the state abbreviations rather then written out like the drop down box the Basket gives them (See example Images) The only thing that I can figure, is that when they get to payment processing (Authorize.net) I don't think that all the information entered isn't transferred over from the cart; By way that the payment processing page use to retrieve all the customer information directly from what they entered in the Basket (Example 3) So, if (in Example 3) I could understand if the "WA" was sent back to the cart after the transaction was complete and changed it in the CC database, but that wouldn't account for WHY it doesn't tack on the tax BEFORE getting to the Payment Processing Page I just did a test with an account I created and bought something expensive (See cart total) Then put Payment processor in "Test Mode" to see the results .... seems to be a problem on the CC end.
  10. MOVED TO NEW TICKET I'm having the same sort of problem.... We're located in California here in the USA, for customers that live in California, we have to charge a 8% sales tax. What it 'looks' like to me, is somewhere somehow, the customers are allowed to bypass the 'State' part of entering their billing address, sometimes I get orders with the state abbreviations rather then written out like the drop down box the Basket gives them (See example Images) The only thing that I can figure, is that when they get to payment processing (Authorize.net) I don't think that all the information entered isn't transferred over from the cart; By way that the payment processing page use to retrieve all the customer information directly from what they entered in the Basket (Example 3) So, if (in Example 3) I could understand if the "WA" was sent back to the cart after the transaction was complete and changed it in the CC database, but that wouldn't account for WHY it doesn't tack on the tax BEFORE getting to the Payment Processing Page I just did a test with an account I created and bought something expensive (See cart total) Then put Payment processor in "Test Mode" to see the results .... seems to be a problem on the CC end.
  11. Probably.... Changed my mind and MOVED all the CubeCart files from the root (public_html/) to a "Back up" folder of such... deleted the index.php & admin.php files....
  12. So here's what I did: went into the file management of my website host provider (Bluehost.com) Created a folder under the public_html called "mywebsitestore" Found the area where you can create sub-domains and made 'store.MyWebSite.com' and had it point to the folder public_html/mywebsitestore Found a list of all CubeCart's Files and folders and COPIED them (not move) to public_html/mywebsitestore Went to the browser and typed in store.MyWebSite.com, everything seems to work and the errors are gone Went to the area where website host provider has a record for where CubeCart originally installed and changed it to the new folder public_html/mywebsitestore So far so good, haven't found any issues yet, but, I'm going to keep the old install around for awhile to make sure it works
  13. How about adding a line or 2 to the global.inc.php file? Something like: $glob['storeURL'] = 'http://www.MyWebSite.com/index.php';
  14. What would be the harm in switching them? Other than www.MyWebSite.com instantly going to the Cart's 'Homepage' instead of my company's "Frontpage'? I'll give it a shot, I'll see what happens That's exactly what I did and that's exactly what happened, when I hit the refresh button on my 'Frontpage' it loaded the online store. Maybe I should just register another domain name? Also, my store doesn't have it's own folder... that was my mistake from way back in the day, would there be any hope at all the would work?
×
×
  • Create New...