YnZs
-
Posts
23 -
Joined
-
Last visited
Posts posted by YnZs
-
-
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 verificationThen 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.
-
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 imageSo 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!
-
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
-
Update:
I'm starting to get A LOT of these now
-
I dunno, some people just hate JavaScript? How do we MAKE people use it?
Or, like you said,1 hour ago, bsmither said:This is certainly important enough to have a bug report filed.
-
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?
-
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. -
12 hours ago, bsmither said:
I am not certain of the source of your three examples above. I must question Customer ID; 123456789. This cannot be a legitimate value.
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
-
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.
-
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.
-
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.... -
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/mywebsitestoreSo 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
-
How about adding a line or 2 to the global.inc.php file?
Something like: $glob['storeURL'] = 'http://www.MyWebSite.com/index.php';
-
6 minutes ago, bsmither said:
Therefore, if index.html is earlier in the list than index.php, and index.html actually exists, then index.html is what will be served.
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? -
Hello Everyone!
Version: 6.0.9
Skin: Mauris with a few tweaksI started noticing a few weeks ago, that the "Image" at the top center of the store (that appears on all pages) takes you to what I will refer as my 'Front Page'
I'll elaborate, website is www.MyWebSite.com, to access the store it's www.MyWebSite.com/index.php
So you're poking around the store looking at all the goodies, then go up and click on the image, it takes you to www.MyWebSite.com
instead of www.MyWebSite.com/index.php
I can't figure out how to fix/change this, but I think it's odd and it should just take you back to the cart's 'Homepage'A few days ago, I was doing some testing as I hadn't received any orders in awhile, I went to my 'Homepage' @ www.MyWebSite.com/index.php
and clicked on a random 'Add to Basket' of an item, to my surprise, it took me to my 'Frontpage' www.MyWebSite.com.
As a quick fix I attempted to just REMOVE completely the 'Add to Basket' button as maybe this is known issue and will be fixed in a patch and
with my VERY basic coding skills, removed it, but it left a funny looking | below the price of the item, so I reverted everything back....Today, I decided I was going to switch to another skin, see if all the buttons and everything worked correctly elsewhere, as maybe there is something
I have done. I have the "Allow Customer to Change Skins" option set to YES, but something funny happens when I go to www.MyWebSite.com/index.php
and it attempts to load another skin.....
It DOES NOT load a NEW skin NOR does it load the 'Homepage'! It takes me to my 'Frontpage' @ www.MyWebSite.com!!As part of testing, I did go into my Admin side and changed the skin to a few different types (Foundation, Crosshatch, etc) and I'm having relatively the
same problems... 'Add to Basket' takes you to 'Frontpage'... or even somehow manages to load the 'Frontpage' into a box on the 'Homepage'I do run 2 other online stores, they don't seem to be having any of these issues, so I'm sure it's something I have done.
Though, the 2 other stores are running:
Version: 5.2.4
Version: 5.2.14 -
Doesn't seem to be working, that 3rd one was a pain in the neck to find
Edit:
So i noticed the line...
if(isset($item['options_identifier']) && ($item['options_identifier'] != $options_identifier_string)) {
was missing so i added it and the whole store went down
Edit #2:
So instead of going through change #3 line by line, (i made a back-up of catalogue.class.php) i just Copy/pasted the code into it and now it seems to be working as intended
-
What i'm looking at here, BARELY resembles what you have described
-
CubeCart fixed my installation issues, not the quantity discount issue, that's why i was saying i was confused as to what version of CC i was using, because THEY installed it, not me, and under Bluehosts "Simple Scripts" it shows me i have....
But as the image in my post above shows (store overview), i have something else, and i can't "Update" SimpleS to say anything higher then 5.1.4,
(as i manually Updated the "My Installs" from 3.X.X to the current 5.1.4 that you see here)
-
-
See, i go poking around and i find this .... not sure if it helps
-
Well thank you sir, I've been reading these forums for awhile and have managed to find a fix for any little issue I've ever come across, except this one.
After reading quite a few posts i KNEW it was detrimental to a solution to find and post the exact version that i am using,
I use "Bluehost" as my ISP provider, their "Simplescripts" installs have me listed as having 5.1.4, though now i'm starting
to second guess myself, I had issues trying to manually upgrade, i contacted CC customer support and basically gave
them all my log-in info and they fixed it for me.
Is there any other way to find out?
-
So i just upgraded to CC5.1.4, using skin "Mauris"
I have a particular product that i sell for $0.75 for 1, i tried to setup the quantity discount so if the customer buys 100+ the price changes to $0.60
what happens, is that it changes the price to $.60 once the quantity goes over 50+! If i change the option to 200+ then the cart changes the price once
it goes over 100+
One particular thing I've noticed, is that when i Delete the Quantity/Price discount option, a window pops up, all it says it "Undefined" with either "ok" or "Cancel"
now that i think about it, i've never hit "Cancel" ... either way, it Deletes the option, and the option shows up and deletes from the products page correctly, but the
'math' is off i guess, it gives the discount with too little of a quantity.
I couldn't find anything in this forum about it, or anyone else having the same problem
Customer Able to 'Bypass' State Dropdown Box? ( USA )
in Technical Help
Posted
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.