rruyter

The actual technical failure message is: Too many redirects (http_request_failed)

Okay,

What would be the best way to solve this for all our invoices?

Hi Ewout,

Still the issue persists. Changing settings in css repairs the issue in some invoices, but introduces it in other invoices.

Do these issues not appear in the pro version? If so, we will opt to buy the pro version.

For now, i say it is resolved. I tested with my latest 50 invoices and they show just fine.

I still want to have the document notes after / under the invoice totals, but i have to find out how to do that without breaking the correct behaviour.

Ewout,

I moved the <div class="document-notes"> section back to the simple template position and things look ok.

It is indeed a fiddly thing.

Another observation is that changing print format from A4 to US does solve the issue with some invoices, but introduces new issues on other invoice.

Thanks Ewout.

Unfortunately, the issue is not resolved. Other invoices still display the issue.

So what I did was copy the style.css from the latest plugin directory to my theme directory at the right place of course.

This gives improvement on the example pdf, but on all.

Hi Ewout,

It looks like when I use the (latest) simple CSS, that things start looking normal again.

I will take some more test snapshots and inform you later

I did not change the css or any other file in the custom template but the invoice.php file.

Yes there is a margin-bottom rule:

/* Order details */
table.order-details {
	width:100%;
	margin-bottom: 8mm;
}

I did some additional tests.

The behavior is the same on browsers Chrome, Edge, Firefox and Opera

Changing the paper size from A4 to US made this particular invoice display correctly.

Oh, and I also just found out that with update of the plugin, things have changed in the simple css file. Changes I didnt copy.

Hi Ewout,

Yes about the other converter I already thought so, bit had to try it anyway.

You can find the template files and screenshot of one of those invoices with the new page issue in the links below:
simple invoice template

Private invoice template

Invoice page 1

Invoice page 2

Hope you can spot the issue.

Do I put this code also in functions.php?

I tried putting the code above and below the snippet:
add_filter( ‘aws_terms_search_query’, ‘my_aws_terms_search_query’ );
function my_aws_terms_search_query( $sql ) {
$sql = str_replace( ‘AND count > 0’, ”, $sql );
return $sql;
}

But don’t say a change in behavior. I did clear my cache.

I like to see all products that are related to the category fournituren or similar phrase that finds products related to fournituren (in this case as an example of course). For instance if i search for hamer (hammer in english), I get all hammers in my shop and not specific sub categories.

Also on the ajax search result it is good to show all products related to fournituren.

What I found with your snippet is that if only hidden products are in a specific category, the category is shown in the ajax results, but when you click on the ajax result you land on the sub category page with no products shown. You van use search word ringzaagtanden als an example. This sub category has only one product and that particular product is hidden. So in that case I would prefere tp not have any search result (for ringzaagtanden in this example case. By the way, if you know the URL you can still see the product https://www.dezilverwinkel.nl/ringzaagtang/. So old google results will still get you to that page. That’s something that okay for now.

That works. Many thanks!

I don’t have a search page. Only a search box. I guess that would be Ajax search?

Hi Salva,

I turned on debugging and captured a few days of debug messages. Unfortunately no debug messages related to atum.

There are two warnings/errors. But I don’t think they are related to this problem.

The first one is a deprication message about woocommerce_stock_html filter.

The other one is: Trying to get property ‘total’ of non-object in <path>/wp-content/plugins/woocommerce/includes/abstracts/abstract-wc-payment-gateway.php on line 268