Support on this forum was just fine when Elliot was still running everything, most of the time he even responded himself.
I don’t have much more details other than I already mentioned. I’m cloning a field twice and my browser already chokes before I can edit the field label. Then Chrome says pages became “unresponsive” and I lose all my work.
So the (new?) UI is using too much memory and Chrome can’t handle it. Most of the time I have to force quit my browser and start over.
Sad to see that with every acquisition of ACF, the support gets worse.
@jarvis Well I didn’t want anyone else to see me testing the output on the front end, so that’s why I commented it out. I checked the source and it’s showing nothing.
<!-- <?php $test = get_field('header-achtergrond'); echo $test; ?> -->
does output this:
<!-- -->
In other words: nothing.
I’ll try to downgrade further, but this is going to cost me days either way.
In my case, that code is in header.php, before <?php wp_head(); ?>
RIP Advanced Custom Fields!
So I have 100+ websites that I apparently now have to check, without any proper warnings. Very professional.. NOT.
Downgrading to 5.11 did not work and now I have to look into 100+ production sites.
For example, the code below does not work anymore. It shows empty values. Fields are registered via the WP admin (just the native ACF way). No registration via PHP involved.
What’s wrong?
<style>
<?php if(get_field('header-achtergrond') == "image"):
$img_desktop = wp_get_attachment_image_src(get_field('header-image'), 'img-1920-1080');
$img_mobile = wp_get_attachment_image_src(get_field('header-image-mobile'), 'img-750-1334');
?>
@media only screen and (min-width: 720px) {
.header-bg-img { background-image: url(<?php echo $img_desktop[0]; ?>); }
}
@media only screen and (max-width: 719px) {
.header-bg-img { background-image: url(<?php echo $img_mobile[0]; ?>); }
}
<?php endif; ?>
</style>
Same problem here, I’m subscribing to this topic. It happens on both a local and a live web server. In this case it’s regarding Spotify embeds.
Same problem here, I’m subscribing to this topic.
Same problem here, both on a local and online web server. It happens randomly and I can’t figure out why. One day I add an embed and it loads on both frond and back end. Then a few days later it’s not showing the embed, but just the link to the embed. There are no console or other errors.
https://www.dropbox.com/s/29j0r3wthdcosk3/spotify.png?dl=0
I’m thinking of a way to work around this since I don’t want to pay for the usage of all my clients websites that use a map. This probably means switching over to a different map provider such as Mapbox.
I think it’s weird anyway, since this whole API and billing thing is quite complicated for just displaying a simple map on a contact page. And I’m pretty sure these maps come with a lot of cookies and other trackers from Google, so I don’t agree that we should pay for this in the first place.
Any thoughts?
I’m getting the “for development purposes only” on all websites I made for clients, which are using Google Maps. Billing is set up, but no credit card is connected to it. I assume this is because one or more client websites are getting so many visitors that they’re using up all resources for the month.
“If your usage of an API reaches the equivalent of $200 USD consumption in a day (e.g. 1/30 of $200 or $6.67) and you have not moved to a Premium Plan license, that API will receive a degraded experience until the credit is reset at 12:00am PST.”
Does anyone has a workaround for this? I’m not willing to pay for this, so I guess it’s either making my clients setting up their own API, or finding an alternative Map provider?
I just found this topic after a client called me saying posts set as Private are showing up on their website. So is the relationship field really just showing all posts, regardless what status they have? This should never happen! A private post means it’s only meant for logged in users and not for anyone else!
Got it working after adding this snippet to functions.php:
https://gist.github.com/yratof/2dc20bd578ea4664bd28
I have the same problem. In a form I have set up a file upload field (multiple files) and linked it to my custom field. When I submit multiple images through the form, it’s not saving the images in the gallery field. No JS errors in my console.
This is coming in version 5.6 along with some other awesome options
Sorry to say, but maybe we should just close this thread and forget about it. It’s not going to happen.
Or maybe @elliot can tell us it’s not going to happen, so we can forget about it and go on with our lives…?
This would help indeed, but it’s not very flexibel if another language will be added to the website. I’m trying to figure out if this is an ACF or WPML bug. I know both plugins weren’t best friends in the past. Maybe they’re not still?
Hi James, thanks for your answer. But wouldn’t that output the gallery in the main language in the wrong order then? So basically the problem will still exist?
Is it fixed in 5.2.6 that just got released?
Rolling back to 5.2.2 also didn’t work for me…
I rolled back to 5.2.4 and 5.2.3 but the issue is still there. Hope it can get fixed soon.
Elliot tweeted this week that ACF 5.0.9 will have better support for WPML but no release date was given yet.
In addition of my first post; on all my clients websites that use ACF + WPML I had to recreate (translate) every single custom field that I had already created when I built the site.
