polarracing

Update 2:

Issue is solved.

Seemed to be a wrong usage of get_post_meta( $order->id,..) in the functions.php.

after fixing the issue the error messages are gone.

Update:

It seems to happen only when logged in as admin – no error messages in developer console when logged in as normal shop user.

Hi,
sure this is only a minor issue – just wanted to make you aware.

Great, thanks.

Will give it try today.

OK, sorry for the double post.

It only happens when the tag is wrapped into an other tag like <div></div> or <Note></Note>.

See Tangliable Forum – I posted screenshots there.

Using <Field content /> in an empty template & classic editor in visual mode.

Content is a text like:

<h1>My Header</h1>
<p>Some text</p>

Previous version result:

<h1>My Header</h1>
<p>Some text</p>

3.0.0 result

<h1>My Header</h1>
"Some text"

Btw. I also posted this on your forum – maybe we use one place to collect all information – here or the tangliable forum?

• This reply was modified 2 years, 2 months ago by polarracing.

Seems to be another issue – Marked as closed

Sorry for the confusion – error still exists – I simply fucked up the rollback

• This reply was modified 2 years, 2 months ago by polarracing.

Hei,

I solved the issue by recreating the services. So I can not reproduce it any more.

I did not run php_error.log. Nothing in debug.log.

Thanks.

Ok, I was able to find the cause:

I had renamed the German url to “wunschliste”. After changing to “wishlist” all works fine.

Yes, this solution was also in my mind.

As I said, I’m creating static pages in multiple languages, so runtime is not the key issue as the pages are fully cached anyway.

So as long as the trashing solution works, I will go with that and do not need to change my code. ??

Check whether changing the this_term variable name has any impact. (I imagine it won’t but it’s worth a shot)

Does not change anything. this_term is set right before – so its accurate.

See what’s in common between your list items and the pages from which you’re accidentally getting field data. Is the issue here that when your list item name matches a page name, the acf_repeater loop is for some reason looping through the fields from that matched page instead of the current page?

The name of the pages I get content from is a part of the field name I try to get.

Check whether your markup only works when you set and overwrite the _trash variable you made or whether simply having an empty <Loop acf_repeater=page_content></Loop> loop before the list loop is enough to make your markup work.

Yes, I need to overwrite the variable, a simple loop does not work.

• This reply was modified 2 years, 5 months ago by polarracing.
• This reply was modified 2 years, 5 months ago by polarracing.

And one other thought: does your markup only work when you set and overwrite the _trash variable, or does simply having an empty <Loop acf_repeater=page_content></Loop> loop before the list loop also make your markup work?

Nope, just tested. If I do not call the fields – no content on the page.

I just double checked your approach and I realized that the list contains only a part of the total term used for the loop.

That’s why it didn’t work. I would need to change my whole code to implenent your solution.

Also I’m using it to generate static pages in different languages – so performance is more a question of my caching-plugin than of the loops. ??

Thanks for trying to help. I gave it a try and it did not work.

I need to do that list loop anyway – as I need different values based on the actual list-item looped.

It looks like the context is lost in a list loop as I can’t even access the fields on the current page in list loop without the _trash – stuff.
If I run the acf_loop without any if clause – I’m not able to get the fields of the current page – instead I’m getting back field from pages called racing, etc.