• Elliot

• in reply to: advancedcustomfields.com password protected?
• March 16, 2021 at 10:08 am

Hi @kmdg

Thanks for the topic,
Elliot here – ACF dev​​​.

Our server has just undergone a major upgrade and can confirm the website was temporarily placed into a password protected state as part of the web host’s testing.

Everything should now be working correctly, and we thank you for your understanding 🙂

• Elliot

• in reply to: Blocks not showing in Block Editor
• February 11, 2021 at 4:40 pm

Hi all 👋. ACF PRO v5.9.5 is now available and includes the above mentioned fix 🎉

• Elliot

• in reply to: Blocks not showing in Block Editor
• January 31, 2021 at 11:19 am

@mrrrlou Fantastic!

• Elliot

• in reply to: Blocks not showing in Block Editor
• January 30, 2021 at 10:06 am

@mrrrlou Thanks for the reply. Would it be possible to gain access to a staging version of your site for us to debug? Our local tests and showing this patch works, so I’m very interested in diagnosing the issue in your environment.

One thing that did come to mind is perhaps you had copied the updated JS file into the /assets/js/ folder instead of the /pro/assets/js/ folder? Can you confirm that WP is definitely loading in this updated file?

• Elliot

• in reply to: Blocks not showing in Block Editor
• January 29, 2021 at 10:27 pm

@mrrrlou Can you confirm your browser is not loading cached assets? Please perform a hard-refresh or try a unique browser. Thanks 🙏

• Elliot

• in reply to: Blocks not showing in Block Editor
• January 29, 2021 at 3:07 pm

Hi all 👋. Thank you for your patience whilst we tested and debugged the issue.

We have successfully identified this issue as a regression in ACF PRO 5.9.4 which caused ACF Blocks to be registered *after* the WP editor instance was initialized. This explains why new blocks could be added whilst existing blocks did not appear on page load.

Whilst we continue testing of the fix, please find an updated JS file to copy and paste into the pro/assets/js/ folder within ACF PRO. This file contains the related patch and should solve the problem 100% – please comment bellow with your results. The quicker we can get positive feedback from you, the quicker we can release an update 🙌.

Dropbox link will be available for 7 days: https://www.dropbox.com/t/gTRoawP1TRGUgXT3

• Elliot

• in reply to: Saved Drafts not displaying custom fields
• November 3, 2020 at 1:15 pm

Thanks @figureone – Glad to have you confirming the fix!

• Elliot

• in reply to: Saved Drafts not displaying custom fields
• November 3, 2020 at 11:13 am

@figureone You are absolutely spot-on! Thanks mate.

I’ve reviewed, tested and implemented a fix to the meta functions which you can find in the following Gist: https://gist.github.com/elliotcondon/9d3f3f94b51581150b434e3cd7c566cd

Can you please copy and replace the contents of this Gist into the “includes/acf-meta-functions.php” file and retest the revisions issue?

Hoping to hear back from you shortly. I’ll continue testing on our end, and can confirm positive results so far.

• Elliot

• in reply to: Saved Drafts not displaying custom fields
• November 3, 2020 at 9:25 am

Hi @figureone

Thanks so much for digging into this. This looks like a major oversight on our behalf! Please allow me to review the source code in detail and I’ll be in touch shortly.

• Elliot

• in reply to: Saved Drafts not displaying custom fields
• November 1, 2020 at 3:36 pm

Thanks @figureone!

• Elliot

• in reply to: WP 5.5.0 and ACF Pro, depricated function
• September 3, 2020 at 10:40 am

Hi all,

This issue has been fixed in ACF version 5.9.

Please update when next possible and enjoy the extra features too!

• Elliot

• in reply to: $is_preview no longer hiding content on front end
• August 13, 2020 at 11:08 am

Hi all,

We have released a 5.8.14 update to take care of this bug – thanks again for your help!​​

• Elliot

• in reply to: Avoiding admin editors tags strip
• June 15, 2020 at 9:54 am

Hi @kuraga

Thanks for the email,
Elliot here – ACF dev​​​.

The PHP filters “the_content”, “the_excerpt” and “term_decription” are run during the output of these values in the theme front-end. They are PHP filters, which won’t affect the WYSIWG field.

The WYSIWYG field uses a similar, but unique filter, named “acf_the_content”. Using this filter will allow you to customize the WYSIWYG output in your theme.

The “tiny_mce_before_init” filter is used to cusotmize the tinymce settings. These will affect how the editor saves the value into the DB. In theory, ACF should inherit these settings, but to be extra sure, please checkout the ACF JS filter: https://www.advancedcustomfields.com/resources/javascript-api/#filters-wysiwyg_tinymce_settings

Hope this helps.

Cheers
Elliot

• Elliot

• in reply to: ACF Slider not firing in preview mode
• June 12, 2020 at 8:56 am

Hi @jm_design

Thanks for the topic.

Can you please post the PHP used to register your block type?
I’ll use this to setup a local version of your block and get to work on diagnosing the issue 🙂

• Elliot

• in reply to: Saved Drafts not displaying custom fields
• June 7, 2020 at 8:45 am

Hi @herrschuessler

Thanks for the comment.

Would you mind opening a support ticket via the following link, with a full explanation of how to replicate the issue? I suspect that there will be a few “variables” at play which will need to align in order to replicate the exact issue 🙂

https://www.advancedcustomfields.com/contact/

* Please ask for me “Elliot” in the ticket 🙂

• Elliot

• in reply to: Add videos on ACF Gallery
• May 1, 2020 at 8:51 am

Hi all,

Just wanted to mention that the Gallery field does indeed support all types of attachments including video files 🙂

• Elliot

• in reply to: Saved Drafts not displaying custom fields
• April 21, 2020 at 9:13 am

Hi @dreiqbik

If you are experiencing preview / draft issues with the classic editor, this is unexpected behavior. Can you please submit a full bug report to our support team?

https://www.advancedcustomfields.com/contact/

• Elliot

• in reply to: Saved Drafts not displaying custom fields
• April 17, 2020 at 9:19 am

Hi all,

Unfortunately, we do not yet have a solution for adding classic metabox preview compatibility with the Gutenberg block editor.

This new editor does not currently save classic metabox data during the preview request, meaning the preview will fail to load preview data and will most likely appear blank – or in some cases, revert to the last saved draft.

• Elliot

• in reply to: Maximum function nesting level of '256' reached
• February 24, 2020 at 2:36 pm

Hi @gldixon

This error suggests an “infinite loop”. It is most likely that your callback is triggering the filter which in turn triggers the callback, etc, etc.

There are many solutions to avoid infinite loops. Using more specific filters, a global variable as a “is doing marker” or even unhooking the filter during callback.

Wishing you all the best.

• Elliot

• in reply to: Date Picker fields in Repeaters gone wrong after WP 5.3 update
• February 5, 2020 at 10:16 am

Hi all,

It’s been some time since the WordPress 5.3 release, but it appears this timezone issue is still affecting ACF users. I sympathize for you, and hope the following info can help.

Unfortunately, this issue is not an ACF bug that can be fixed from our end.

The issue stems from a change in WordPress 5.3 that alters the behavior of the date_i18() function. This function is used in ACF to “format” the saved value based on the field’s settings.

Since the update, WordPress now expects the default timezone to be UTC, which is causing a widespread incompatibility with the date_default_timezone_set() function.
Please read this comment: https://wordpress.org/support/topic/read-this-first-wordpress-5-3-master-list/#post-12124062

The only known solution is to remove any occurrence of the date_default_timezone_set( ) function from your site. This should first be tested, as each website is different and may require additional changes to avoid timezone related date problems.

You may also find some useful info on this announcement here:
https://make.wordpress.org/core/2019/09/23/date-time-improvements-wp-5-3/

Thanks
Elliot

• Elliot

• in reply to: Bug: ACF Pro 5.2.3 and WP Multisite
• February 3, 2020 at 9:47 am

Hi @mboesken

Thanks for the comment.

It is possible that we may need to implement a different strategy for large scale multisites like the one that you are hosting. Would you mind opening a new private support ticket via this link (https://www.advancedcustomfields.com/contact/) and ask for me, Elliot.

To determine why the page is taking so long to load, we will need to perform some debugging. If possible, please install the Query Monitor plugin and take a look at the Database Queries that are run during this 45s admin page.

Thanks
Elliot

• Elliot

• in reply to: Date Picker fields in Repeaters gone wrong after WP 5.3 update
• December 12, 2019 at 8:54 am

Hi @mikemwm-webdesign-com

I’m 99.99% sure the problem you are facing will be due to a date_default_timezone_set() call in your theme, or other website filed (perhaps wp-config.php).

Please be sure to read this reply from one of the WordPress moderators: https://wordpress.org/support/topic/read-this-first-wordpress-5-3-master-list/#post-12124062

• Elliot

• in reply to: Get Custom Taxonomy Field Value
• December 5, 2019 at 10:06 am

Hi @zethzethdk. The article you are looking for is this one: Adding fields to a taxonomy term – https://www.advancedcustomfields.com/resources/adding-fields-taxonomy-term/

• Elliot

• in reply to: Date Picker fields in Repeaters gone wrong after WP 5.3 update
• November 21, 2019 at 9:39 am

@geniusdivision – Great. This is the correct value expected to be displayed. This same code is used in the ACF date, time and date-time fields to “format” the loaded value.

Can you please try the issue once more making sure to clear any cached data that could interfere with the results?

If the problem persists, I would like to take a look myself and debug the PHP on your site. To do this, please open up a new support ticket with all the relevant information: https://www.advancedcustomfields.com/contact/

• Elliot

• in reply to: Date Picker fields in Repeaters gone wrong after WP 5.3 update
• November 20, 2019 at 10:21 am

@geniusdivision – Thanks for the reply.

Can you please test out the following code in one of your theme template files and report back with the date displayed?

// Arbitrary date-time value.
$time = strtotime('2019-11-18 08:30:00');

// Display date.
echo date_i18n('F j, Y g:i a', $time);