Hi Ismael,

as I mentioned, I did a fix in source code.
The original behaviour is still there. Please see the private links to my test site.

The work around with the sidebar as Widget is no Option, since it worked before as it is supposed to.

Regards,
Michael

Hi Nikko,

I am not sure whether we are talking about the same.

I want to Point to the issue, that below of a Color section the (right) sidebar is not shown on the right side.
Instead the sidebar is put to the very bottom of the page. So it is no sidebar any more!

Would you try to re-create the Situation on your test Environment, since I have the code-Change in place already!

Best Regards,
Michael

Hi Jordan,

it is clear, that if I am using a color section (e.g. in the middle of the page) the
sidebar is moved below that section. That’s ok for me and I am used to it.

Since I am aboslutely sure, that the sidebar worked in September last year I activated
a backup version.
Voila: it Looks good and the sidebar appears below the color-section on the right side. Not on the very bottom of the page.

Whithin HTML code I can see the difference:

in the working (old Enfold) code the sidebar element “<aside class=”sidebar…”
is located IN the “<div class=”container”>….</div>
<!– close content main div –>
<!– section close by builder template –>”
section.

In the current ENFOLD Theme the “<aside” Element is located WITHIN this “<div class=”container”>”
section.

To me it seems that the Variable $cm in template-builder.php causes the <div> to be
closed before the sidebear is inserted.
If I move the output of $cm after the get_sidebar(); function, it works!!

Original Code of template-builder.php

        //only close divs if the user didnt add fullwidth slider elements at the end. also skip sidebar if the last element is
        if(!$last_el || !in_array($last_el['tag'], AviaBuilder::$full_el_no_section ) )
        {
                $cm = avia_section_close_markup();

                echo "</div>";
                echo "</div>$cm <!-- section close by builder template -->";

                //get the sidebar
                if (is_singular('post')) {
                    $avia_config['currently_viewing'] = 'blog';
                }else{
                    $avia_config['currently_viewing'] = 'page';
                }

                get_sidebar();

Im am very sure, that I did not modify the code for that.

Would you please look into it again.

Thank you,
Best Regards,
Michael

Hi Ismael,

yes, the
add_theme_support( 'avia_custom_shop_page' );
is active, since I have to use the layout editor for the shop main page.

Since my above mentioned correction is active, you will not see the described fault at the Moment.

Please find the Login account within the private section.

Regards,
Michael

Hi Basilis,

ok, I will try to summarize it again:
– my shop main page is designed with the advanced layout builder
(it seems, that on some places in ENFOLD codes, this makes a difference, since de
Default woocommerce query is stopped and replaced with the layout code)
– in my opionin the Default search URI for woocommerce product search is like this: /?s=trvb&post_type=product

This does not work in my Environment and Shows the shop main page insted.

My conclusion was, that ENFOLD replaces the Default query of the shop main page, which is used
in woocommerce also to get the result for the search.

Does it help and is my assumption correct? If so, it should easily be able to get reproduced on another System…

Regards,
Michael

Hi,
the above mentioned solution does not realy work, since the shop main page, created with the layout builder will Show the woocommerce Default products at the end of the page and therefor destroys the layout.

So I deleted my Code to remove the filter againg and changed the theme’s source Code within function avia_woocommerce_fefault_page to add the last if condition:

if(!$query->is_admin && $query->is_main_query() && !$query->is_tax && $query->is_archive && $query->is_post_type_archive
    //added!
   && !$_REQUEST['s']
)

Hopefully you can see my Problem and help with a solution in the next theme update.

Thank you in advance,
Regards,
Michael

• This reply was modified 7 years, 1 month ago by zwachm.

Hi,

maybe I did remove the page, I was not Aware, that it was for your test!
The xxxx page is a random? selected page, chosen by your enfold code to generate the breadcrumbs.

As mentioned a few times, I don’t know why this page is selected as “path” for the breadcrumbs and why the post Status is also not evaluated to prohibit pages in the breadcrumbs in Status DRAFT.

Hopefully I was able to clarify some bits?

Regards,
Michael

Hi Victoria,

yes, on the frontend it looks right.
The Problem is only, that the inserted shortcode is not shown anymore as element within Enfold Avia editor. In the wordpress Default Editor the shortcode keeps shown as element.

Best regards,
Michael

Hi Ismael,

thank you for your analysis ant this solution!
So, was there a general problem in the code? If yes, will this solution be part of the next theme upadate?

Regards,
Michael

Hi Basilis,

thank you for replay.
Maybe you can read my comment from Aug, 3rd again:

The guest user (not logged in) CAN SEE the page within the breadcrumbs. But if he clicks on it it Fails (of Course).
Exactly this was my Problem

So a not logged in user can see this (any by random?) page, which is in draft Status.

So my two questions still remain not answered:
– why such a page is selected at all in the breadcrumbs for the blog?
– and: why a page in DRAFT Status is selected

I think you still have the Login and can test it?!

Regards,
Michael

Hi Ismael,

thank you for working on my mansonry problem.

Archiv is the only Category, I do not really use.

So my experience (the issue) is caused, if I select an hierarchical “sub”-category,
like “LFV Kärnten” or “LFV Niederösterreich”, which is located below the cateogry “Landesverbände”.

So I did change your page a little bit, to get one mansonry with “LFV Kärnten”, which sould
not display a post (because no posts in that cat) – and does display all.
And a second mansonry for category “LFV Niederösterreich”, which also displays all posts.

I also changed the Sorting to “no, do not display sort options”.

Please would you be so kind and take a look again?
http://obfv.log2track.com/test-2/

Thank you,
Regards,
Michael

Hi,

of course, thank you for your help!

Regards,
Michael

Hi,

at the moment it cannot be seen on my test site, since I have changed the Code to make it work.

My changes are within the file
/theme/enfold/config-templatebuilder/avia-shortcodes/av-helper-masonry.php
and disabled the following part:

public function query_entries($params = array(), $ajax = false)

/*
if(!empty($valid_terms))
{
  $terms = $valid_terms;
  $this->atts['categories'] = implode(",", $terms);
}
else
{
  $terms = $avialable_terms;
  $this->atts['categories'] = implode(",", $terms);
}
*/

I am running enfold 4.1.2.

Do you want me to disable this code change and give you a Login?

Regards,
Michael