mitchcan

[mitchcan]

Thanks Laura.

Note to support, I have not been able to recreate this issue. After it happened several times, specifically to that plugin in Kleo, we felt that was the issue. Now we made some additional tweaks to htaccess and php.ini and seem to have resolved the issue. We will continue to test on a dev server and will update or open another ticket if the issue returns.

Thanks for the timely support.

[mitchcan]

Not marked as solution

[mitchcan]

Excellent. Placed new code and works like a champ. Thanks much! Have a great day.

[mitchcan]

This may be a dumb question, but is it just not possible to call WordPress fields like First_Name and Last_Name in the members-loop file? It just seems like it would be so simple.

And I have looked for hours for a decent, working WP to BP xprofile field sync with no luck.

Thanks again for your time.

[mitchcan]

OK, so I got it to work with the xprofile fields, thank you.

But the whole sync process between WP, Woo and BP is a complete cluster… – you’d think all being Automattic properties, they’d have their act together for playing nice. Ridiculous.

What I want to show on the members-loop is the First Name and Last Name as is in WordPress, which came from my registration form. I tried to use the Force Display plugin, but it didn’t work. I didn’t really want to set up xprofile fields for First and Last in the Reg form, as it seemed so redundant for the user.

I’m ranting, but it’s not at you. 🙂 I appreciate your help.

By the way, is there an easy way to have a fallback, where if the xprofile fields in the code are empty, it then falls back to that bp_member_name() data?

Thanks Radu.

[mitchcan]

I thought I tried the xprofile ids, but I was more interested in making it work with ids

first_name
last_name

which do have data in them.

<input type=”text” name=”first_name” id=”first_name” value=”cap” class=”regular-text”>
<input type=”text” name=”last_name” id=”last_name” value=”jones” class=”regular-text”>

Shouldn’t those work as well?

If so, maybe I did something wrong here:

$FirstName = first_name(”, bp_get_member_user_id());
$LastName = last_name(”, bp_get_member_user_id());

I’m a cut and paste coder, so I likely missed something. 🙂

Thank you for your help.

[mitchcan]

Yeah, I’m not going to mess with a plugin that has less than 100 actives and hasn’t been updated in 5 years. 🙂

I did revert all of the changes I had made in php back to default. So the proper ‘display’ names are now showing, but only for those that have manually changed the display format in settings. Otherwise the default seems to be username.

I also tried the Force First Last Name plugin, but also did not work as I envisioned.

Lastly, I recently tried the code I found that you posted here: kleo display code but that also failed to work.

Can you tell why that members-loop code you did might not work? It seems like it would be perfect, but it did not pull that info.

Thanks, have a good day.

[mitchcan]

I have updated to 4.1.8 and in initial testing this issue seems to be resolved. Thanks for continuing the great support of a solid product.

Now I’m off to buy another license for a new project. 🙂

Have a great day!

[mitchcan]

Hey Radu,

My mistake. I thought I had replicated the correct structure on the test site, but I did indeed have a plugin issue.

Thanks for confirming that you could not reproduce.

Have a good day!

[mitchcan]

Excellent to hear. Thanks!

Have a great day.

[mitchcan]

Hey,

So it’s been a couple weeks since the last update, and over a month since I first reported, have you been able to make any progress on why this bug happens?

It’s keeping me from rolling out something for a new site (including buying another kleo theme). 🙂

Thanks.

[mitchcan]

Hey Radu,

It’s been about a week, so I thought I would follow up and see if you have figured out why this issue happens.

Thanks.

[mitchcan]

OK, then please explain how if I ONLY have Kleo 4.1.7 (not child), and the most recent versions of KElements, VC and Slider Rev active, and NO other plugins, menus work on those pages.

The minute I activate BuddyPress 2.7.4, the menus DO NOT work on those pages (specifically, they display whatever is listed in the admin metabox as ‘Primary’ menu option on that specific page, and display that one menu in ALL three locations – Kleo Top, Primary, and Secondary).

See screencaps.

How is that?

Thank you.

Attachments:

You must be logged in to view attached files.

[mitchcan]

I understand, but I have every plugin deactivated except K Elements 4.1 and Visual Composer 5.0.1, and it works fine. The minute I activate BuddyPress 2.7.4, the menus go crazy wrong on those BP pages.

This happens both with Kleo and with the Kleo child themes.

There has to be some conflict in Kleo 4.16.2 and BP 2.74 related to menus, no?

I have left the site in this exact state so that you may see what I am talking about.

Thanks Radu, have a good day.

[mitchcan]

This reply has been set as private.

[mitchcan]

Thanks Laura,

Hey Radu, I understand. I’m not looking for anything super custom like that. But help me with this, if you will…

I thought if I used the ‘main menu options’ meta box, I could change the menus that displayed in the Primary and Secondary areas on that specific page (see the attached screencap). That would seem to resolve my issue by not needing custom menu placement.

In this case, if I make changes to the menus I want to display for this page, it is NOT reflected in real life, the default Primary and Secondary menus still display.

Am I thinking wrong on how this works? I thought I had it working that way on another page?

Thanks for your direction.

Attachments:

You must be logged in to view attached files.

[mitchcan]

For now, as I am testing this out, I’ll just use the same icons I have in the Primary menu. Are you pulling icons from fontello? Like ‘E80E’ for the mail envelope? Or ‘E835’ for the ‘home’ icon?

If so, please let me know the base structure I’d use to place each icon in the custom menu, and I can change out the icon id as needed.

So you were saying the “kleo-menu kleo-user_avatar-nav” might need some additional code to work in custom menus? How would that work?

Thanks for your help. Have a great day.

[mitchcan]

This reply has been set as private.

[mitchcan]

Hey @radu,

I just wanted to say thanks for your first-class support on this issue. You guys jumped right on it, gave me a patch, and then rolled out a fix in an update. This issue seems to be resolved with these fixes and I will close the thread.

Thanks again.

[mitchcan]

Hi Radu,

I am testing this now. Is this fixed as part of 4.1.6.2? Or if I update to that, will I need to replace this file after update as well?

Thanks.

[mitchcan]

This reply has been set as private.

[mitchcan]

Yes, aside from the notice, you’ll also see that the page actually loads multiple registration forms with 4.1.6. With the exact same configuration, it used to work properly to load only one form with 4.1.4.

I’m trying to figure out what changed in 4.1.5 to break this page/process.

[mitchcan]

This reply has been set as private.

[mitchcan]

This reply has been set as private.

[mitchcan]

This reply has been set as private.

[mitchcan]

Tested with:

Kleo 4.1.4 (Parent and Child), BuddyPress 2.7, S2Member on, recommended plugins (K-elements 4.1, VC 4.12.1, SliderRev) updated and on. Registration works fine.

Kleo 4.1.6 Parent, BuddyPress 2.7, S2Member on, recommended plugins (K-elements 4.1, VC 4.12.1, SliderRev) updated and on. All other plugins OFF. Registration broken.

Kleo 4.1.6 Child, BuddyPress 2.7, S2Member on, recommended plugins (K-elements 4.1, VC 4.12.1, SliderRev) updated and on. All other plugins OFF. Registration broken.

2015 WP theme, BuddyPress 2.7, S2Member on, recommended plugins (K-elements 4.1, VC 4.12.1, SliderRev) updated and on. All other plugins OFF. Registration works fine.

Something happened in 4.1.5, and is still an issue in 4.1.6.

WP 4.6.1
Kleo 4.1.4 — 4.1.6
S2Member 160801Pro

I can post the code we use in the S2/BP registration process and you can see if anything jumps out at you that was changed in 4.1.5 that would break this.

Thank you for your attention to this.

[mitchcan]

Not marked as solution

[mitchcan]

Not marked as solution

[mitchcan]

I understand the limitations of support vs. custom work. That’s why I was asking if a solution was something that was *simple and readily available*, based your teams much more in-depth knowledge of the theme than mine (or another devs).

Where you could look at it and easily say, yeah, the kleo bottom content is not showing because you don’t have ‘xyz’ and then I could add it.

And that’s why I didn’t take it any farther on the time zone question, as I am well aware that that is more along the lines of custom work, not like the kleo content theme question.

So anyway, yes, thank you to @Laura for helping get me that far. The only remaining issue was why kleo bottom content was not displaying in that code.

If that’s easy to see, great, I’d love to know why. If it takes a ton of custom code, than, no, that’s not part of the deal. I get that.

Thanks again for the support you guys do provide. As I have more sites that are coming up for a refresh, I will be purchasing more licenses because of the great looking theme and the solid support behind it.

[mitchcan]

I’ve added it to the list.

Sadly, it’s going to get lost in there, but for anyone else searching these threads, here’s the link:

https://archived.seventhqueen.com/forums/topic/expanded-custom-page-title-info

Hopefully @radu and @abe and others will see that this feature makes sense and implement.

Thanks.

[mitchcan]

OK, I take that back — not the good support part 🙂 – but the I fixed it part.

That first piece of code I added made it a 3 column page. Forgot that. Ooops. And the TZ issue is as resolved as I’m going to get it.

But the other issue was that the “kleo-page-bottom” did not show on the page template. I’ve tried about 15 variations of the code, with no joy.

Attached screencap shows that kleo-page-bottom IS there. And I DO have some content in that box on that page (tested with the Default template and it DOES show there). But for some reason it doesn’t show with this page template.

I do have some functions code that I thought might mess with it:

COPY CODE

/* this added a widget area after main content ONLY */
add_action( 'kleo_after_main_content','kleo_main_content_bottom');
function kleo_main_content_bottom() {
      echo '<div id="after-main-content">', do_shortcode('[widgets_on_pages id="wop-5"]'), '</div>';  //you could put a shortcode here if you want, too.
}

but lack of display issue remains even if I comment out that code. So it has to be something in the template.

Any guidance on where to look is still appreciated. If it proves too difficult, I could just move on, but little things that seem like they should work but don’t always get me. 🙂

Thanks!

Attachments:

You must be logged in to view attached files.

[mitchcan]

Hi Laura,

I just wanted to update. I resolved this issue. I’ll post here, in case I forget later I can check back. 🙂

For the template, looking at my notes, best I can tell is I added:

COPY CODE

<?php
//create 3lr template
kleo_switch_layout('3lr');
?>

to the code, which seemed to get me the sidebar and footer. Not sure if that’s what did it, but it works now. 🙂

For the time zone issue, I simply used:

COPY CODE

<?php
$args = array(
    'post_type' => 'post',
    'post_status' => 'publish',
    'orderby' => 'date',
    'order' => 'DESC',

    // Using the date_query to filter posts from last week
    'date_query' => array(
        array(
            'after' => '30 hours ago'
        )
    )
); 
query_posts( $args );?>

instead of the getdate and made it a lookback of 30 hours. Not perfect, but I got tired of trying to figure out how to adjust the query to account for UTC vs. local TZ. 🙂

Thanks again for getting me that far.

Hey @abe – it’s support like this from @laura and what @sharmstr always provides that will make it where I buy another license for this theme next month.

Thanks.

[mitchcan]

Well color me corrected. 🙂

I had previously used the Code Localization plugin, but it was throwing a bunch of errors and I was getting impatient in some testing I was doing, so I thought I’d just change the files.

I should have kept at it or looked for another option. I didn’t know of this Loco Translate plugin, and just tried it. Works like a champ. Thanks @sharmstr for always rocking. 🙂

[mitchcan]

OK, I understand. Thanks for getting me this far. 🙂

I’ll look elsewhere to try and figure out the time issue.

The reason I asked on the Kleo ‘Bottom content’ not displaying because it was something related to the theme. It seems like the code simply needed to refer back to something in the Kleo page templates, and I thought you might readily know.

If you can point me to what is lacking from the page templates to the new code, I can try and get it working.

Thank you.

[mitchcan]

One other item I noticed in testing, the part of the template that displays the “Bottom Content” (“kleo-page-bottom”) does not seem to render on the page layout with the new code(s).

In looking at the code, and comparing between the new code you provided and the default page layout(s) (like left-sidebar, etc…), there are some items not in the new code. Could those be added to the new code to again display the optional “Bottom Content” on those pages?

Note: I did try to mess with adding the get_template_part items from the default layouts, but just blew up the page. But hey, at least I tried. 🙂

Thanks.

[mitchcan]

Hi again,

OK, this is great. The updated code works well, but in testing there was just one hitch. Time.

The code seems to pull based on UTC. Our WP was set to our time zone (PST). This made it where when checking for posts, there were none rendered if the user was on the site anytime after UTC 00:00, – so basically for the last 7 hours of any day ‘today’s’ posts returned none.

I confirmed this by changing the WP time to UTC 00:00 and changing a couple posts to UTC ‘today’ date/time – the code worked great, including the category versions.

So on this, the only outstanding issue would be how to account for a different local timezone, e.g. UTC -7.

Can that be done?

Thanks!

[mitchcan]

Excellent. I will give the various options a try and report back.

Thank you for your timely support. Have a great day.

[mitchcan]

Hey,

I think maybe I figured it out.

There are six additional posts that show. ALL six have a ‘date’ of the 20th (‘today’s date – 3/20/16), but they are from various months and years.

5/20/15
8/20/14
7/20/12
5/20/11
9/20/14
4/20/11

So maybe the code is pulling based on the date, without consideration of the month and year?

Any thoughts?

Thanks again.

[mitchcan]

Hi Laura,

Thanks so much for your help here. A couple followup questions.

1) For some reason, this still pulls a couple of random posts that are NOT published ‘today.’ A total of 5 additional posts, some with a publish date back to 2014, are included in the rendered archive page.

I looked for similarities in the posts, but I can’t tell why they are they.

(Note: I’m using the w/ sidebar version).

2) Also, curious if the line:
echo ‘<div class=”row responsive-cols kleo-masonry per-row-‘ . sq_option( ‘blog_columns’, 3 ) . ‘”>’;
is supposed to have it display 3 columns? For some reason it shows 4?

3) Lastly, is there a way to modify this to limit it to a specific category?

Thanks again, I appreciate it.

[mitchcan]

Excellent. I was just thinking about this today.

What about the other issue, the ability to show a filter for the categories display? (see attached screencap)

The ability to display categories and click to filter is a really important part of the design. Right now, in using VC, it automatically places ALL of the categories into this display. In a perfect world, I could select WHICH categories I wanted to actually display there.

As a work around, I currently use CSS to display:none any category name I don’t want to see in that filter list.

Thanks!

Attachments:

You must be logged in to view attached files.

[Author]

Posts