I am getting these letters at the bottom of the paypal page that states,
Test Page? I am getting those on the paypal.com page and thinking it is
running in some sort of test mode. The developer settings I have the
test mode unchecked.
Are you referring to the letters at the bottom of the paypal page that
states, Test Page? I am getting those on the paypal.com page and
thinking it is running in some sort of test mode. The developer
settings I have the test mode unchecked.
and since no solution was presented there, I'm posting it here.
In short, I'm unable to login to Cartweaver Admin unless
I'm first logged into Lucee web admin for the site. It looks like
a problem with setting cfid, but looking at the code, I could not
figure out what needs to be done.
Also, I'm presently only ironing out
various bugs to making CW4 run on Lucee. I've been having
performance and stability issues with CF10 for quite some time, in
shared hosting environment, and I'm thinking Lucee could be my
solution. Anybody else running CW4 on Lucee (or railo) that can share
their experience, it would be appreciated.
The CW4 integration just submits the weight the obtain rates.
You could always choose to edit the integration file ( at
You'd need to check with UPS what the relevant options/fields are
for the specific type of shipping your client uses, so as to add them to
the integration file.
If you don't feel you have the necessary coding skills to perform
the desired modifications you could post a request to our web forums at
http://forums.cartweaver.com where there are a number of developers that
offer this sort of service.
We just learned a lesson about PayPal's IPN settings. Several posts
here in the Cartweaver Communicty Forum instruct that you should enter
the response page URL in PayPal's IPN field. But if the PayPal
account is used for payments outside of the Cartweaver store (such as
eBay, Amazon, or Virtual Terminal), then ALL payments wind up being
transmitted back to Cartweaver – via the IPN URL. Since the payments
from other sources contain fields unfamiliar to Cartweaver, the admin
will receive error messages via e-mail.
We found that since Cartweaver passes the response page URL to
PayPal anyway, along with other transaction information, it's
actually best to remove the URL from PayPal's IPN field. So that
field should be left blank. Since the Cartweaver site sends the
response URL, the customer is still returned to the store with the
correct validation (paid or not), and this prevents other PayPal
connections from sending responses to the Cartweaver store.
I hope this helps you save some time and frustration!
We just set up our first Cartweaver site which is using PayPal for
payment. (Authorize.net is SO much easier!) One issue we're having
is that the client uses the same PayPal account for multiple online
stores (two at eBay, on at Amazon, etc.) and he uses PayPal's
Virtual Terminal to enter credit card payments made over the phone.
The issue is that ALL of these transactions are now being sent back
to the website/Cartweaver since we have the website's order
response page set up within the client's PayPal account. This is
causing customers to see an error messge, and it's generating
multiple e-mail notifications from Cartweaver to our client which have
nothing to do with the transactions generated from the website. For
example, if he submits a Virtual Terminal payment, Cartweaver sends
him several error messages and payment confirmations which list a
bunch of fields which are not relevant to the website and Cartweaver.
How do we configure Cartweaver and/or PayPal to only send customers
back to the website who made purchases on the website? AND how do we
configure Cartweaver and/or PayPal to stop sending notification
e-mails regarding transactions which did not originate on the
client's website (where Cartweaver is integrated)?
Thanks again Oli. Should I ever become "so inclined", I might
tinker with that a bit. I may just try and figure out a way to apply it
to free digital downloads, through a separate link to call a separate
file of some sort maybe.. We'll see.
I found the problem. For everybody's reference, should they have a
similar problem at some point: Near the bottom of the product preview
code that handles the featured products for the free template
there's an edit product link that I inadvertently removed. It looks
// edit product link
&& $_SESSION["cw"]["loggedIn"] == 1
This code works in conjunction with <p> section right below the
?> tag of the listing box that looks like this:
I tried to re-insert the missing code, but it messed with the js code I
use for my slider that dynamically displays our Featured Products.
Rather than fight with it to get it to work, I left it out and just
removed the <p> section so the pencil went away. I figure if I
need to edit the products I always have the admin interface.