James

Hmmmm … that was actually my very first try. It didn’t work. After playing with Firebug, I’ve found this works:

div.shopping_cart table br {
	display:none;
}

And I hope it’s appropriately selective. But, to be honest, I don’t have any other forms on that page and doubt I ever will. So as long as I have something that works, I’m happy ??

Thanks again for all your help.

To help anyone else this happens to:

One choice was to contact the Theme author and ask them to change the Theme. That could take some time and they may ignore my request.

So I decided to use a CSS workaround.

I installed a plugin called ‘WP Add Custom CSS’ by Daniele De Santis. You don’t have to use that one: there are other custom CSS plug-ins.

Then I added the following CSS to the Summary page ONLY:

form br {
display:none;
}

This makes the browser hide any br tags within any form on the page. With the html that is generated by version 4.1.3 of the plugin the problem disappears with no annoying side effects.

However as that may change in future it may be better to influence the wpspsc_checkout_form only. I’m no CSS expert and I’m in a rush. If anyone can tell me how to do that I’d be grateful.

I hope that helps.

James

My apologies for troubling you with this one – yes, it is the theme.

I didn’t know that Themes could modify the html of a plug-in: my bad! Now I know ??

The problem I was trying to investigate was a security dialog generated by Firefox which warns about the potential for data that has been submitted to PayPal being transmitted over an non-encrypted connection back to my own website. I’ve posted this issue separately as I wanted to break up any issues in to discrete threads to make it easier for others searching through the support threads.

I wasn’t sure whether the security dialog was being generated due to a GET or POST request. So I turned off the ‘Reset Cart’ option in the hope that the plugin would not send any GET parameters (my assumption was that the plug-in would only send the ‘reset_wp_cart’ GET parameter if it was required but would request a plain URL if the reset feature was not required.

What I found was:

When the “Reset Cart After Redirection to Return Page” checkbox is set, the GET parameter is sent with a value of 1.

When the “Reset Cart After Redirection to Return Page” checkbox is NOT SET, the GET parameter is STILL sent with a value of 1.

Intuitively, to send the same value when the option is different seems incorrect. It seems like a bug.

Great. Thank you for your very fast support for this free plug-in.

Thank you for your very quick reply.

This seems to me to be a browser issue: I’ve noticed that some browsers issue this warning and others don’t.

I understand it’s the redirect to a non-secure site that’s triggering it and, personally, I think it’s a good warning (although I’d question the browser authors’ choice of wording: it’ll just confuse some non-technical people).

I’ve followed the instructions you cite. I have my PDT ID. Do I need to add it to the Plug-in somewhere?

*without buying an SSL certificate!