Zen Cart Logo
Forums / Addon Payment Modules / Google Checkout module for ZC 1.3.x (beta)

Google Checkout module for ZC 1.3.x (beta)

Locked

Views: 1,099,802

Results 3,041 to 3,060 of 3,921
This thread is locked. New replies are disabled.
15 Apr 2009, 1:38 AM
#3041
ladyink avatar

ladyink

Zen Follower

Join Date:
Oct 2007
Posts:
105
Plugin Contributions:
0

Google Checkout module for ZC 1.3.x (beta)

limelites:

previously declared in /home/xxxxx/public_html/googlecheckout/gcheckout.php:39) in /home/xxxxx/public_html/googlecheckout/gcheckout.php on line 38

What does it say on line 38?

Lines 38 thru 45:

function selfURL() {
$s = empty($_SERVER["HTTPS"]) ? '' : ($_SERVER["HTTPS"] == "on") ? "s" : "";
$protocol = strleft(strtolower($_SERVER["SERVER_PROTOCOL"]), "/").$s;
$port = ($_SERVER["SERVER_PORT"] == "80") ? "" : (":".$_SERVER["SERVER_PORT"]);
return $protocol."://".$_SERVER['SERVER_NAME'].$port.$_SERVER['REQUEST_URI'];
}
function strleft($s1, $s2) {
return substr($s1, 0, strpos($s1, $s2));

I can make that error go away by changing:
function selfURL() {

  $s = empty($_SERVER["HTTPS"]) ? '' : ($_SERVER["HTTPS"] == "on") ? "s" : ""; 

  $protocol = strleft(strtolower($_SERVER["SERVER_PROTOCOL"]), "/").$s; 

  $port = ($_SERVER["SERVER_PORT"] == "80") ? "" : (":".$_SERVER["SERVER_PORT"]); 

  return $protocol."://".$_SERVER['SERVER_NAME'].$port.$_SERVER['REQUEST_URI']; 

}  

to

if (!function_exists('selfURL')) {
function selfURL() {
$s = empty($_SERVER["HTTPS"]) ? '' : ($_SERVER["HTTPS"] == "on") ? "s" : "";
$protocol = strleft(strtolower($_SERVER["SERVER_PROTOCOL"]), "/").$s;
$port = ($_SERVER["SERVER_PORT"] == "80") ? "" : (":".$_SERVER["SERVER_PORT"]);
return $protocol."://".$_SERVER['SERVER_NAME'].$port.$_SERVER['REQUEST_URI'];
}
}

and that's when I get this error:

Fatal error: Cannot redeclare strleft() (previously declared in /home/XXXXX/public_html/googlecheckout/gcheckout.php:46) in /home/XXXXX/public_html/googlecheckout/gcheckout.php on line 46

I promise that I have really tried (and tried) to fix this!!

Thanks
Nancy

15 Apr 2009, 1:40 AM
#3042
ladyink avatar

ladyink

Zen Follower

Join Date:
Oct 2007
Posts:
105
Plugin Contributions:
0

Re: Google Checkout module for ZC 1.3.x (beta)

ladyink:

Lines 38 thru 45:

function selfURL() {
$s = empty($_SERVER["HTTPS"]) ? '' : ($_SERVER["HTTPS"] == "on") ? "s" : "";
$protocol = strleft(strtolower($_SERVER["SERVER_PROTOCOL"]), "/").$s;
$port = ($_SERVER["SERVER_PORT"] == "80") ? "" : (":".$_SERVER["SERVER_PORT"]);
return $protocol."://".$_SERVER['SERVER_NAME'].$port.$_SERVER['REQUEST_URI'];
}
function strleft($s1, $s2) {
return substr($s1, 0, strpos($s1, $s2));

I can make that error go away by changing:
function selfURL() {

  $s = empty($_SERVER["HTTPS"]) ? '' : ($_SERVER["HTTPS"] == "on") ? "s" : ""; 

  $protocol = strleft(strtolower($_SERVER["SERVER_PROTOCOL"]), "/").$s; 

  $port = ($_SERVER["SERVER_PORT"] == "80") ? "" : (":".$_SERVER["SERVER_PORT"]); 

  return $protocol."://".$_SERVER['SERVER_NAME'].$port.$_SERVER['REQUEST_URI']; 

}  

to

if (!function_exists('selfURL')) {
function selfURL() {
$s = empty($_SERVER["HTTPS"]) ? '' : ($_SERVER["HTTPS"] == "on") ? "s" : "";
$protocol = strleft(strtolower($_SERVER["SERVER_PROTOCOL"]), "/").$s;
$port = ($_SERVER["SERVER_PORT"] == "80") ? "" : (":".$_SERVER["SERVER_PORT"]);
return $protocol."://".$_SERVER['SERVER_NAME'].$port.$_SERVER['REQUEST_URI'];
}
}

and that's when I get this error:

Fatal error: Cannot redeclare strleft() (previously declared in /home/XXXXX/public_html/googlecheckout/gcheckout.php:46) in /home/XXXXX/public_html/googlecheckout/gcheckout.php on line 46

I promise that I have really tried (and tried) to fix this!!

Thanks
Nancy

I guess I should have added line 46 in there:

it's only

}

Thanks

15 Apr 2009, 2:31 AM
#3043
chain_man avatar

chain_man

Zen Follower

Join Date:
Dec 2005
Location:
Box Elder, SD
Posts:
375
Plugin Contributions:
0

Re: Google Checkout module for ZC 1.3.x (beta)

ladyink:

Well, I have completely reinstalled and now I'm back to:

Fatal error: Cannot redeclare selfurl() (previously declared in /home/xxxxx/public_html/googlecheckout/gcheckout.php:39) in /home/xxxxx/public_html/googlecheckout/gcheckout.php on line 38

Any other thoughts??
Nancy

This can mean that there are 2 copies of the file with that function in your installation.

15 Apr 2009, 3:24 PM
#3044
ladyink avatar

ladyink

Zen Follower

Join Date:
Oct 2007
Posts:
105
Plugin Contributions:
0

Re: Google Checkout module for ZC 1.3.x (beta)

chain_man:

This can mean that there are 2 copies of the file with that function in your installation.

I agree- and that subject has been discussed several times over the last couple of years. There is only one copy of this file on my server. I can make this error go away by changing the code to (which I found posted here):

if (!function_exists('selfURL')) {
function selfURL() {
$s = empty($_SERVER["HTTPS"]) ? '' : ($_SERVER["HTTPS"] == "on") ? "s" : "";
$protocol = strleft(strtolower($_SERVER["SERVER_PROTOCOL"]), "/").$s;
$port = ($_SERVER["SERVER_PORT"] == "80") ? "" : (":".$_SERVER["SERVER_PORT"]);
return $protocol."://".$_SERVER['SERVER_NAME'].$port.$_SERVER['REQUEST_URI'];
}
}

But then I get this error:
Fatal error: Cannot redeclare strleft() (previously declared in /home/XXXXX/public_html/googlecheckout/gcheckout.php:46) in /home/XXXXX/public_html/googlecheckout/gcheckout.php on line 46

FYI Lines 46- 48 are:

function strleft($s1, $s2) {
return substr($s1, 0, strpos($s1, $s2));
}

I don't have clue how to fix that!! I've tried commenting it out and that didn't work- I'm not giving up!!

Thanks
Nancy

16 Apr 2009, 2:57 PM
#3045
kitcorsa avatar

kitcorsa

Totally Zenned

Join Date:
Feb 2007
Posts:
1,724
Plugin Contributions:
0

Re: Google Checkout module for ZC 1.3.x (beta)

how can i get this to work with the table rate shipping modual??????

16 Apr 2009, 3:37 PM
#3046
kitcorsa avatar

kitcorsa

Totally Zenned

Join Date:
Feb 2007
Posts:
1,724
Plugin Contributions:
0

Re: Google Checkout module for ZC 1.3.x (beta)

Reply from Google
Thank you for your email. I understand that you have currently
integrated
with Google Checkout through Zen Cart and are experiencing problems
with
the calculation of shipping cost in your account

This issue is apparently occurring because the shipping tags are not
correctly implemented into your Checkout API request. To perform
custom
calculations for an order before your customer confirms a purchase,
you
must include the <merchant-calculations-url> tag in your Checkout API
request. The <merchant-calculations-url> tag's value is the URL to
which
Google Checkout will send requests for merchant calculations.
See the page
http://code.google.com/apis/checkout/developer/Google_Checkout_XML_AP...
for reference on this issue.

Because Zen Cart has integrated your Google Checkout solution, they
are
best able to address the causes of this issue. Please forward this
information regarding the errors that you are receiving to Zen Cart
for
the fastest resolution to this issue.

found here http://groups.google.com/group/google-checkout-for-zen-cart-mod-support/browse_thread/thread/a84b38077c34a837

16 Apr 2009, 3:47 PM
#3047
kitcorsa avatar

kitcorsa

Totally Zenned

Join Date:
Feb 2007
Posts:
1,724
Plugin Contributions:
0

Re: Google Checkout module for ZC 1.3.x (beta)

shipping gen for GC not work right either.

with weight price and items set to 1 with table rate of 0.5:0.87,9:4.34,39:13.03,69:17.38,149:21.73,299:26.08,499:34.77,1000:39.12 i get the shipping price of 13.03

how does it make 13.03 for item weighting 1???

16 Apr 2009, 3:58 PM
#3048
edwardtilbury avatar

edwardtilbury

Zen Follower

Join Date:
Sep 2007
Posts:
169
Plugin Contributions:
0

Re: Google Checkout module for ZC 1.3.x (beta)

yep, this is a major issue for me too, I haven't been able to get GC to work with table rates.. just returns 0...

I have no idea why

16 Apr 2009, 5:48 PM
#3049
ladyink avatar

ladyink

Zen Follower

Join Date:
Oct 2007
Posts:
105
Plugin Contributions:
0

Re: Google Checkout module for ZC 1.3.x (beta)

ladyink:

I agree- and that subject has been discussed several times over the last couple of years. There is only one copy of this file on my server. I can make this error go away by changing the code to (which I found posted here):

...

I don't have clue how to fix that!! I've tried commenting it out and that didn't work- I'm not giving up!!

Thanks
Nancy

Well, I've made progress. It's boils down to the location of the code that is supposed to be added to the tpl_shopping_cart_default.php page!!!

<!-- * BEGIN GOOGLE CHECKOUT * --> <?php // ** GOOGLE CHECKOUT ** include(DIR_WS_MODULES . 'show_google_components.php'); // ** END GOOGLE CHECKOUT ** ?> <!-- * END GOOGLE CHECKOUT * -->

I've made some changes to that page (zencartoptimization) and now I don't know where to put the Google checkout code. I went back to the original tpl_shopping_cart_default.php and I no longer have the issue. If anyone has any thoughts for where I should try, I'll gladly give it a go!

Thanks
Nancy

16 Apr 2009, 6:41 PM
#3050
ladyink avatar

ladyink

Zen Follower

Join Date:
Oct 2007
Posts:
105
Plugin Contributions:
0

Re: Google Checkout module for ZC 1.3.x (beta)

ladyink:

Well, I've made progress. It's boils down to the location of the code that is supposed to be added to the tpl_shopping_cart_default.php page!!!

<!-- * BEGIN GOOGLE CHECKOUT * --> <?php // ** GOOGLE CHECKOUT ** include(DIR_WS_MODULES . 'show_google_components.php'); // ** END GOOGLE CHECKOUT ** ?> <!-- * END GOOGLE CHECKOUT * -->

I've made some changes to that page (zencartoptimization) and now I don't know where to put the Google checkout code. I went back to the original tpl_shopping_cart_default.php and I no longer have the issue. If anyone has any thoughts for where I should try, I'll gladly give it a go!

Thanks
Nancy

OK, I fixed it so I'm here to post for all!!

Basically, it came down to the fact that the Google code listed above was already on my page- just not marked with** so I didn't recognize it. So I removed the extra code that I had placed there (as per the Google Checkout installation instructions). When I did, I did not get the error message when the cart was empty but the Google Checkout button was not visible. I had to move that line of code. Of course I can't tell you where because not all of us have the same code and I'm lucky enough to have fixed this but I don't quite have enough experience to explain it!

I hope this helps someone!
Nancy

24 Apr 2009, 1:25 AM
#3051
srigari avatar

srigari

New Zenner

Join Date:
Dec 2008
Location:
USA
Posts:
61
Plugin Contributions:
0

Re: Google Checkout module for ZC 1.3.x (beta)

I am using zencart 1.38a, and using Advanced shipper module (paid version) But it is not working with GC. Did anyone get it working with GC. Please let me know. I really have a hard time with it. Any help will be really appreciated.

24 Apr 2009, 3:35 PM
#3052
limelites avatar

limelites

Totally Zenned

Join Date:
Jan 2009
Posts:
2,085
Plugin Contributions:
0

Re: Google Checkout module for ZC 1.3.x (beta)

Sorry if this has been addressed in this thread already, but it's over 300 pages long and the old needles and haystacks phrase comes to mind.

My problem is when I select the Google Checkout radio button at the final stage of checkout and click "Confirm Order"... I am directed back to The Shopping Cart page.

I have disabled the big blue GC button at the foot of the page as I didn't see the point when all payment options are chosen from the radio buttons. The big blue button does go to Google, but how do I add association between the Confirm Order button button and the GoogleCheckout radio button??

24 Apr 2009, 3:46 PM
#3053
limelites avatar

limelites

Totally Zenned

Join Date:
Jan 2009
Posts:
2,085
Plugin Contributions:
0

Re: Google Checkout module for ZC 1.3.x (beta)

alan_powerbrixx:

I discovered that on my ZC 1.3.8a site, Google Checkout (googlecheckout 1.4.7 mod) was showing up as a radio button on the checkout_payment page, which it should not do. When it was selected, the checkout would proceed to confirmation, but when the submit button was pressed, the customer would be taken back to the shopping cart with no action taken. No order would be created, but the customer might assume that the order was complete, and abandon it.

I don't know if this was the best solution, but I decided to hack into the template file for the checkout_payment page (.../templates/tpl_checkout_payment_default.php) and skip the iteration of the "for" loop building the display of radio buttons, if the id of the module for that iteration is "googlecheckout."

Specifically, where the original version of tpl_checkout_payment_default.php (around lines 136-139) has this:

<?php if (sizeof($selection) > 1) { if (empty($selection[$i]['noradio'])) { ?>
> 
> I inserted a one-line if statement like this:
> ```php
<?php
    if (sizeof($selection) > 1) {
        if (empty($selection[$i]['noradio'])) {
			// AJ 03/12/2009 - Skip Google Checkout
			// which should not appear on the checkout_payment page
			if ($selection[$i]['id']=="googlecheckout") { continue; }
 ?>

Admittedly this is a rather ugly workaround, but it seems to work. Does anyone have a better solution?

hmmmmmmm I just tried to implement this workaround but still, clicking on the 'confirm order' button redirects to the fec_confirmation.php page and then instead of going to Google, takes me straight back to the shopping cart page...

Anyone know what gives?

24 Apr 2009, 4:08 PM
#3055
limelites avatar

limelites

Totally Zenned

Join Date:
Jan 2009
Posts:
2,085
Plugin Contributions:
0

Re: Google Checkout module for ZC 1.3.x (beta)

OK, so I just tested my responsehandler.php at http://demo.globant.com/~brovagnati/tools/responsehandler_test.php and it came up blank.. something's definitely wrong with it... Anyone know where I'd begin fixing my responsehandler.php problem??

XML SENT
Authorization: Basic XXXXXX:XXXXXX
Content-Type: application/xml;charset=UTF-8
Accept: application/xml;charset=UTF-8
X-Origin-IP: 86.172.60.140

New-order-notification, Merchant-calculation-callback

XML RECEIVED
(Totally blank)

Time to response: 189.008146048 segs Note: This script MUST response in less than 3 sec. so GC srv doesn't timeout.'

24 Apr 2009, 9:06 PM
#3056
chain_man avatar

chain_man

Zen Follower

Join Date:
Dec 2005
Location:
Box Elder, SD
Posts:
375
Plugin Contributions:
0

Re: Google Checkout module for ZC 1.3.x (beta)

limelites:

Could this be something to do with http://www.limelites.co.uk/googlecheckout/responsehandler.php ??

When I enter this in a browser address bar, it seems to do nothing at all?

Just some observations:

Your responsehandler.php currently redirects to google.com. The expected result of entering your responsehandler url is a login box. No need to log in - if you get the box, it is OK.

You don't have a "big blue button" on your login page. This seems to indicate that you are not using the GCO module provided /public_html/includes/templates/YOUR_TEMPLATE/templates/tpl_login_default.php file.

You should not have GoogleCheckout as a radiobutton option if you installed the module correctly.

Those couple of things makes me think you did not install the templates correctly. And your responsehandler.php file is hosed.

My suggestion would be to remove GCO and try the GCO module installation again. For help with how to handle the templates try this thread:

http://www.zen-cart.com/forum/showthread.php?t=74605

24 Apr 2009, 9:53 PM
#3057
limelites avatar

limelites

Totally Zenned

Join Date:
Jan 2009
Posts:
2,085
Plugin Contributions:
0

Re: Google Checkout module for ZC 1.3.x (beta)

chain_man:

Just some observations:

Your responsehandler.php currently redirects to google.com. The expected result of entering your responsehandler url is a login box. No need to log in - if you get the box, it is OK.

You don't have a "big blue button" on your login page. This seems to indicate that you are not using the GCO module provided /public_html/includes/templates/YOUR_TEMPLATE/templates/tpl_login_default.php file.

You should not have GoogleCheckout as a radiobutton option if you installed the module correctly.

Those couple of things makes me think you did not install the templates correctly. And your responsehandler.php file is hosed.

My suggestion would be to remove GCO and try the GCO module installation again. For help with how to handle the templates try this thread:

http://www.zen-cart.com/forum/showthread.php?t=74605

I don't get a box from responsehandler.php, but at the end of the day, it seems that googlechekout is working well and responsehandler.php is for communicating with ZC only? I don't care if it communicates with ZC so long as I get e-mail notification of orders via Google. So, no response handler=no sweat, so long as cash is generated. However, what do you mean by autoresponder is, "hosed" ?

I don't have a big blue button on my login page, but I don't refer to a big blue button on the login page either. The big blue button is only on my checkout page and that's where I refer to it. If you're seeing it on my login page then I don't know how that's possible??

MY GCO account setup works perfectly well and I don't wanna remove it (nightmare). I have removed the radio button by just editing the coding on the page but the question is, why on earth is a radio button generated if it's not an option? Seems bonkers to me!

I've had to make 'noradio' => true); and then edit my googlecheckout.php language file to generate an image below all the other radio buttons instructing people to use the Google Checkout button at the foot of the page (if that's how they wanna pay).

Wouldn't it be a whole lot simpler to allow a radio button option and associate it with the Confirm Order button?

Surely there's a way to associate the Confirm Order button with the GC radio button, so that it'd direct to googlecheckout site?

24 Apr 2009, 11:40 PM
#3058
chain_man avatar

chain_man

Zen Follower

Join Date:
Dec 2005
Location:
Box Elder, SD
Posts:
375
Plugin Contributions:
0

Re: Google Checkout module for ZC 1.3.x (beta)

limelites:

I don't get a box from responsehandler.php, but at the end of the day, it seems that googlechekout is working well and responsehandler.php is for communicating with ZC only? I don't care if it communicates with ZC so long as I get e-mail notification of orders via Google. So, no response handler=no sweat, so long as cash is generated. However, what do you mean by autoresponder is, "hosed" ?

I was refering to my clicking on the url you gave for responsehandler.php. I've never seen it redirect to google.com as yours did. Generally you would see a login box asking for a user id and password. That's the expected action when the responsehandler.php url is working correctly. Or you would see various 404 and 405 messages that the page or server could not be found.

Of course you are correct you can still get the money. If your responsehandler was working, though, you could complete the sale entirely from within your zen cart, without having to go to your Google account. And your sale info would automatically be registered in your admin. Your choice, though...

I don't have a big blue button on my login page, but I don't refer to a big blue button on the login page either. The big blue button is only on my checkout page and that's where I refer to it. If you're seeing it on my login page then I don't know how that's possible??

I believe I said I was NOT seeing the big blue button on the login page.

In a successful standard installation of the GCO module you would have the big blue Google Checkout button in two places: the login page and in your shopping cart page when there's something in the cart. You will NOT have radiobuttons with Google Checkout as an option. You will NOT have to change code to remove the radiobutton.

MY GCO account setup works perfectly well and I don't wanna remove it (nightmare). I have removed the radio button by just editing the coding on the page but the question is, why on earth is a radio button generated if it's not an option? Seems bonkers to me!

I've had to make 'noradio' => true); and then edit my googlecheckout.php language file to generate an image below all the other radio buttons instructing people to use the Google Checkout button at the foot of the page (if that's how they wanna pay). See above...

Wouldn't it be a whole lot simpler to allow a radio button option and associate it with the Confirm Order button?

Surely there's a way to associate the Confirm Order button with the GC radio button, so that it'd direct to googlecheckout site?

The original use agreement with Google was to have it behave as a full-service checkout that did not require a user to have an account with you before they could purchase. It was deliberately designed NOT to be simply a payment method, per Google.

25 Apr 2009, 8:40 AM
#3059
limelites avatar

limelites

Totally Zenned

Join Date:
Jan 2009
Posts:
2,085
Plugin Contributions:
0

Re: Google Checkout module for ZC 1.3.x (beta)

chain_man:

I was refering to my clicking on the url you gave for responsehandler.php. I've never seen it redirect to google.com as yours did. Generally you would see a login box asking for a user id and password. That's the expected action when the responsehandler.php url is working correctly. Or you would see various 404 and 405 messages that the page or server could not be found.

Of course you are correct you can still get the money. If your responsehandler was working, though, you could complete the sale entirely from within your zen cart, without having to go to your Google account. And your sale info would automatically be registered in your admin. Your choice, though...
Granted, it would sure be useful if Google sales went through ZC Admin area, then I could print off invoices and such like. I have no idea why my responsehandler redirects to Google, I've not edited it or anything so how could it have a redirect script in it? Weird!! Apart from uninstalling and reinstalling GC, how would you recommend I get responsehandler acting normal?

Is there a possibility that it has something to do with my GoDaddy SSL certificate and my hosting provider being two defferent entities?

chain_man:

I believe I said I was NOT seeing the big blue button on the login page.

In a successful standard installation of the GCO module you would have the big blue Google Checkout button in two places: the login page and in your shopping cart page when there's something in the cart. You will NOT have radiobuttons with Google Checkout as an option. You will NOT have to change code to remove the radiobutton.
Ahhhh, I see what you're saying now, sorry. I didn't want the Big Blue button on my login page, unless something was in the cart. If something is in cart then indeed, the big blue button will appear on the login page... try it and see :-) Clever eh?

chain_man:

The original use agreement with Google was to have it behave as a full-service checkout that did not require a user to have an account with you before they could purchase. It was deliberately designed NOT to be simply a payment method, per Google.

I understand this now, but I don't think it's very clever and perhaps even misleading? The customer would've had the chance to checkout using Google prior to logging into the site. As above, the big blue button appears when there's something in your cart at the login page, so is that not compliance enough with the original user agreement?

If what you're saying is right, then after the customer chooses to log in anyway, why is the big blue button option still there at all?

It doesn't make sense to me to say a radio button option at the final confirm order page is violating the GoogleCheckout user agreement, but a big blue button on the exact same page is not? If the radio button was to do the exact same thing as the big blue button then how can that be a violation?

Surely you can see that yourself?

25 Apr 2009, 6:44 PM
#3060
chain_man avatar

chain_man

Zen Follower

Join Date:
Dec 2005
Location:
Box Elder, SD
Posts:
375
Plugin Contributions:
0

Re: Google Checkout module for ZC 1.3.x (beta)

limelites:

Apart from uninstalling and reinstalling GC, how would you recommend I get responsehandler acting normal?

The first thing I would try is to put a fresh copy of responsehandler.php on your site.

Is there a possibility that it has something to do with my GoDaddy SSL certificate and my hosting provider being two defferent entities?

Not likely. I know of several people who have a godaddy ssl cert on non-godaddy sites.

Ahhhh, I see what you're saying now, sorry. I didn't want the Big Blue button on my login page, unless something was in the cart. If something is in cart then indeed, the big blue button will appear on the login page... try it and see :-) Clever eh?

Clever, but not in accordance with Google policy. Google's intent was to enable someone to open a Google Checkout account without the need for them to log in to your site or to buy something. The GCO credentials would then be returned to you as customer info.

I understand this now, but I don't think it's very clever and perhaps even misleading? The customer would've had the chance to checkout using Google prior to logging into the site.

Precisely. Believe it or not, the ability for a customer to make a purchase without logging in to your cart was an often-requested feature.

As above, the big blue button appears when there's something in your cart at the login page, so is that not compliance enough with the original user agreement?

If what you're saying is right, then after the customer chooses to log in anyway, why is the big blue button option still there at all?

It doesn't make sense to me to say a radio button option at the final confirm order page is violating the GoogleCheckout user agreement, but a big blue button on the exact same page is not? If the radio button was to do the exact same thing as the big blue button then how can that be a violation?

Surely you can see that yourself?

I can't answer for what Google's intention was when they set it up. Maybe you ought to direct your "why" questions to them...