Sriom

Hi Gerard

It still happens with all plugins disabled. Something seems to be setting the height to 9999px in this DIV:-

<div class="image_placeholder not_image upload-file-action" style="width:575px; height:9999px">

Thanks
Steve

Duplicate Post does give me the opportunity to generate a new event ID and shortcode, and I assumed that would be ok, but there is other metadata that is being duplicated and I need to create a new post every time. Is that correct?

I used this – https://www.ads-software.com/plugins/duplicate-post/

I’ve been trying to set up a regular monthly event. The event is almost the same thing every time, so I’ve been cloning the event page (via a plugin) to generate a new page and event shortcode. I’m not sure that I did empty the bin to get rid of the old page the first time I did that, but I did empty the bin before I tried it with Paypal.

The HTTP response code is 200.

Hi Joe

It’s possible that I did delete an event early with sales early on in developing the site. Would it be better for me to make a fresh start in that case?

Also, I’m using the ‘All In One WordPress Security & Firewall’ plugin. Have you had any feedback about that plugin causing problems in the past?

The payment is showing as ‘active cart’ and ‘pending’. The Paypal IPN history shows that it did attempt to send the IPN.

Many thanks

Looks as though it was a temporary glitch. All working now. Thanks for the help.

Ok, 1.7.7 fixed the last issue but introduced a new one.

I use the Save and Share Cart plugin (https://codecanyon.net/item/save-share-cart-for-woocommerce/5568059) which injects the following as the first element in <div class=”cart-collaterals”>:-

<div class=”cxecrt-button-holder”>
Save & Share Cart
</div>

This code is now being removed by Woo-RFQ.

Also, in debug mode there’s an undefined variable error:-

Notice: Undefined variable: rfq_enable in /wp-content/plugins/woo-rfq-for-woocommerce/includes/classes/gpls_woo_rfq_functions.php on line 125

• This reply was modified 8 years, 1 month ago by Sriom. Reason: Changed 1.7.5 to 1.7.7 in first line

@coolmann; browscap-db.php is 5,418,292 bytes.

• This reply was modified 8 years, 1 month ago by Sriom.

I had the browscap error in 4.4.2 and removed the plugin via FTP to get the site working. I just updated my dev version (PHP 7) to 4.4.3 and nothing works. This is the error:-

Parse error: syntax error, unexpected ”a:3:{i:3;i:64152;i:12;s:4:”tr’ (T_ENCAPSED_AND_WHITESPACE), expecting ‘)’ in /srv/www/dev.wp6/wp-content/uploads/wp-slimstat/browscap-db.php on line 1013

• This reply was modified 8 years, 1 month ago by Sriom.

There wasn’t a problem with prices showing up on the products page, it was just on the single product page. 1.7.4 has fixed the price problem, but the cart totals table is still showing up on the cart page.

Ok, here’s some more info:-

I have a live version and a dev version of the site. The live version has been rolled back to Woo-RFQ 1.6.7, the dev version is 1.7.3

Both versions have the same Woo-RFQ settings. Checkout Option is set to RFQ, and the only other setting that is checked is ‘Show Link To RFQ Cart in the single product description’

Here’s the source HTML for the ‘cart_totals’ div on the cart page in version 1.7.3

<div class=”cart_totals “>
<h2>Cart Totals</h2>
<table cellspacing=”0″ class=”shop_table shop_table_responsive”>
<tbody><tr class=”cart-subtotal”>
<th>Subtotal</th>
<td data-title=”Subtotal”></td>
</tr>
<tr class=”order-total”>
<th>Total</th>
<td data-title=”Total”></td>
</tr>
</tbody></table>
<div class=”wc-proceed-to-checkout”>
Send the RFQ
</div>
</div>

And here’s the same div in version 1.6.7:-

<div class=”cart_totals “>
<table cellspacing=”0″>
<tbody>
<tr class=”order-total”>
<td></td>
</tr>
</tbody>
</table>
<div class=”wc-proceed-to-checkout”>
Send the RFQ
</div>
</div>

Here’s the source HTML for the itemprop=”offers” div on the product page in version 1.7.3:-

<div itemprop=”offers” itemscope=”” itemtype=”https://schema.org/Offer”&gt;
<p class=”price”>0</p>
<meta itemprop=”price” content=”0″>
<meta itemprop=”priceCurrency” content=”GBP”>
<link itemprop=”availability” href=”https://schema.org/InStock”&gt;
</div>

Here’s the same div in version 1.6.7

<div itemprop=”offers” itemscope=”” itemtype=”https://schema.org/Offer”&gt;
<link itemprop=”availability” href=”https://schema.org/InStock”&gt;
</div>

Also, prices on the single product page are showing up as 0 in version 1.7.3 if ‘Always Show Prices With RFQ Checkout’ is unchecked. If ‘Always Show Prices With RFQ Checkout’ is checked prices are shown correctly.

Hope that helps.

Thanks for looking at it.

Another thing I noticed after my initial post was that prices were always showing up on the product page, regardless of settings.

I disabled merging and had duplicate products. When you say ‘you have to be sure to import every field’, do you mean every field in the import header CSV file, or every field in a WooCommerce product?

It was my fault. I copied the WooCommerce templates to the mytheme/woocommerce/ directory which I think was overriding the Woo-RFQ templates.

Thanks for the help.

I seems as though you need to change the page template to ‘Home Page’ before it will work.