ronherren

@optimizingmatters, I understand Frank, I should have been more specific; that I suspected a conflict with W3 Total Cache and Autoptimize… which may have caused a caching issue. When the permalink URL 404’d, I visited it via “Settings->Permalinks” in another tab I had open; then saved twice… but it must not have completed correctly for some reason… (a caching issue? Who knows.)

Anyway, I just finished reimporting after updating to ai1wm-6.8.9, and this time I didn’t encounter anything unusual; however, the leading zeroes that had been removed from the ACF zip code field were still missing – so I edited those pages to add the zeroes back into those field values.

Thank you all,
Ron

Ah, thank you for your immediate reply Yani! Yep, it’s affected us. We have zip codes that have leading zeroes in Massachusetts, Connecticut, etc., and they’re affected. Although, I’m not sure why some uses of the exact same variable retained the leading zero while another use lost the leading zero, on the same page for the same value no less!

I’ll let you know how the restoral works out… just planning to update the plugin and reimport same file I imported last night.

Thanks again!
Ron

This is the difficulty I’m having. I created a custom page template, affiliate-page.php, and within the file is this line:

<div id="content" class="<?php echo implode(' ', apply_filters( 'tc_article_container_class' , array( TC_utils::tc_get_layout( TC_utils::tc_id() , 'class' ) , 'article-container' ) ) ) ?>">

So, as of Customizr-3.4.30, should it be changed to this?
<div id="content" class="<?php echo implode(' ', apply_filters( 'czr_fn_article_container_class' , array( CZR_utils::czr_fn_get_layout( CZR_utils::czr_fn_id() , 'class' ) , 'article-container' ) ) ) ?>">

OR THIS?
<div id="content" class="<?php echo implode(' ', apply_filters( 'tc_article_container_class' , array( CZR_utils::czr_fn_get_layout( CZR_utils::czr_fn_id() , 'class' ) , 'article-container' ) ) ) ?>">

I’m thinking the last one, correct? Because ‘tc_article_container_class’ is referring to filter; not a function, correct?

• This reply was modified 6 years, 5 months ago by ronherren.

p.s. I found that issue in Customizr-4.1.13 with this recursive grep:

@Ron-Laptop MINGW64 ~/Downloads/CUSTOMIZR/customizr.4.1.13/customizr
$ grep -R '_article_container_class'
core/class-fire-plugins_compat.php:            <div id="content" class="<?php czr_fn_article_container_class() ?>">
core/functions-ccat.php:if ( ! function_exists( 'czr_fn_article_container_class' ) ) {
core/functions-ccat.php:      function czr_fn_article_container_class() {
core/functions-ccat.php:            echo czr_fn_stringify_array( czr_fn_get_article_container_class() );
core/functions-ccat.php:function czr_fn_get_article_container_class() {
core/functions-ccat.php:    return apply_filters( 'czr_article_container_class' , array( czr_fn_get_layout( czr_fn_get_id() , 'class' ) , 'article-container' ) );
custom-page.php:                <div id="content" class="<?php czr_fn_article_container_class() ?>">
custom-page.php:                <div id="content" class="<?php echo implode(' ', apply_filters( 'tc_article_container_class' , array( CZR_utils::czr_fn_get_layout(  czr_fn_get_id() , 'class' ) , 'article-container' ) ) ) ?>">
inc/czr-front-ccat.php:        add_filter ( 'tc_article_container_class' , array( $this, 'czr_fn_add_gallery_class' ), 20 );
inc/czr-front-ccat.php:    add_filter( 'tc_article_container_class' , array( $this, 'czr_fn_article_container_set_classes' ) );
inc/czr-front-ccat.php:  * hook : tc_article_container_class
inc/czr-front-ccat.php:          add_filter( 'tc_article_container_class'  , array( $this, 'czr_fn_grid_container_set_classes' ) );
inc/czr-front-ccat.php:        * hook : tc_article_container_class
inc/czr-init-ccat.php:              <div id="content" class="<?php echo implode(' ', apply_filters( 'tc_article_container_class' , array( CZR_utils::czr_fn_get_layout( czr_fn_get_id() , 'class' ) , 'article-container' ) ) ) ?>">
index.php:                <div id="content" class="<?php echo implode(' ', apply_filters( 'tc_article_container_class' , array( CZR_utils::czr_fn_get_layout( czr_fn_get_id() , 'class' ) , 'article-container' ) ) ) ?>">
readme.txt:* added : css classes filter in index : tc_article_container_class
templates/index-no-model.php:                <div id="content" class="<?php czr_fn_article_container_class() ?>">

@Ron-Laptop MINGW64 ~/Downloads/CUSTOMIZR/customizr.4.1.13/customizr
$

…or ‘tc_article_container_class’ rather than ‘czr_article_container_class’ ???

This change in Customizr-3.4.31 only to methods/functions and classes is giving me fits! Why not just have done a global search and replace for every tc_ and TC_ and do the actions and filters too ??? So confusing!

• This reply was modified 6 years, 5 months ago by ronherren.
• This reply was modified 6 years, 5 months ago by ronherren.
• This reply was modified 6 years, 5 months ago by ronherren.

…and did I just find a coding error in …/core/functions-ccat.php ???

core/functions-ccat.php: return apply_filters( 'czr_article_container_class' , array( czr_fn_get_layout( czr_fn_get_id() , 'class' ) , 'article-container' ) );

shouldn’t it be: return apply_filters( ‘czr_fn_article_container_class’ …???

Thank you for investigating Menaka. I’ve been a happy user of Customizr since early 2014, and thought I should report the issue as soon as I saw it in case it is becomes a more prevalent issue impacting support.

In any event, I still question the decision to set sliders to use parallax scrolling by default as this is an invasive change that could negatively affect existing behavior of a given site; requiring your support staff to investigate numerous one-off issues such as mine. Parallax scrolling is very likely a short-lived design fad, and even if it isn’t I’d prefer to make the decision whether or not to enable it. End users in my position need be able to test enhancements first rather than be forced to install them and then perform damage control to get everything back to normal. My two cents.

Kind regards,
Ron

Hello Menaka, yes. But not truly deleted. It is strange. It’s very likely your SCM team didn’t and/or couldn’t test my particular scenario. For my Front Page, I have Slider Options set to “No Slider.” I have a widget area after the header to house the Revolution Slider and it’s placed ‘__after_header’ on home page only.

After updating from 3.4.22 to 3.4.23, my sliders all disappeared. The Revolution Slider widget area was blank and failed to populate. I figured it was a side affect of the new parallax scrolling support; so I went into Appearance->Customize->Content: home, posts…->Front Page (I didn’t know where the parallax setting was… yet.) Here, I saw that the SLIDER OPTIONS->’Select front page slider’ pull-down was replaced by a [Create Slider] button.

I cleared my cache. No affect.

I found and unchecked the parallax scrolling default, and my custom home page Revolution Slider reappeared in it’s widget area instantly. Perhaps this option should not be set as the default?

The standard sliders on my sub pages were still gone. When editing any of these subpages, the Slider Options->’Add a slider to this post/page’ is set to yes, but NOTHING else appears until I go to the Media Library and add an original slider image to a new slider with the same name as the original slider. The slider immediately reappears on the corresponding page and the original settings are restored on the Edit Page interface.

I still have one page on my test server that I have not yet fixed, which is exhibiting the issue; in case you wanted to take a look.

Response from Ninja Forms Support Team: Clear browser cache.

Clearing browser cache worked for me.

@waleed-hammoud, currently, both <form> and <input> tags are prohibited per the AMP spec. Although form support is reportedly coming in the future.

Meanwhile, you’ll have to use an iframe to embed your comment form with <amp-iframe> (the AMP spec explains that the iframe tag is replaced by amp-iframe.)

Here is solution!

/* Ninja Forms Blocks - adds 2 columns to forms */
.njf-column {
    display: -moz-inline-stack; /* Firefox inline-block fix */
    display: inline-block;
    vertical-align: top;	/* Align both columns to top */
    width: 49.5%;
}

Note: Here is a fix for IE6/7, which I didn’t test. Add to above section:

zoom: 1;
 *display: inline;

Props to Ryan Doherty of Mozilla.com.

…more info… The height of the first field in the right column directly affects the amount of extra white space above the first field in the left column.

Alexander, perhaps you’ve got a bug in your code where you use a value from the right column in the left column by mistake? Or might this be something from my responsive bootstrap unaccounted for in CSS?

It works for me on WP-4.3.1 and Customizr theme; albeit with a bit of a skewed layout (a lot of extra space in left column between “Fields marked with an * are required” and first field.) You both remembered to add the following to your CSS, correct?

.njf-column {
    display: inline-block;
    width: 49.5%;
}

What if I just wanted to display the five (5) most recent blog posts on the bottom of a static home page, and still have a separate Blog subpage that displays the blogroll and navigation, categories, etc.?

I can’t do this if the setting “Front page displays” is set to “Your latest posts.”

p.s. @peastvoldqbservicesnet, regarding your comment about searching WordPress support forums, please refer to this excellent solution from @rdellconsulting: https://www.themesandco.com/snippet/searching-the-wordpress-users-forum/

RESOLVED! Added tubepress.js to “Scripts to be ignored (not minified)” list and all is well!

Backed-out the above changes to tubepress.css and all good.