ben8jam

Well simply wrapping if ( ! is_404()) around the breadcrumbs in Header.php as well as my hook’s the_title() in Functions.php has masked the problem.

However, it’s going to drive me nuts to not know why it ONLY happened on 2nd level pages.

Could it have anything to do with the “Articles” (default Posts page) being a child of /Resources/ but when on the Articles page, the Breadcrumbs don’t show the Resources page as the parent? I feel like I forced it to not show >> Resources >> that way the blog posts appear as top level pages, but I can’t for the life of me remember where I would have set that…. Something is off for sure.

Either way, thank you for your help. At least from the user end it looks correct.

Thanks for the reply.

The breadcrumb is just a hint that the 404.php page is firing as is from the Posts page (in my case it’s called /articles/). However, they are just inserted in my child theme header.php file via Yaost => yoast_breadcrumb('<p id="breadcrumbs">','</p>');

“Borrowers” is a landing page and the parent page of the “Working with us” page. The menu structure at top uses landing pages for first level, and then the subpages are are referenced to their parent page in order to get the /landing/child/page/ structure.

Permalinks are ‘Post name’ default : https://www.stronghill.com/sample-post/

This happens on any of the 2nd level pages:

https://www.stronghill.com/borrowers/first-time-borrower/xxxx
https://www.stronghill.com/loan-programs/stronghill-commercial/xxxx
https://www.stronghill.com/resources/frequently-asked-questions/xxxxx
etc etc

But not on first level landing pages:
https://www.stronghill.com/loan-programs/xxxx

The ONLY clue I have here is how the post page hierary is setup. The Post page (Articles) is a child page of the Resources page:

https://www.stronghill.com/resources/articles/

However, if you view that page, for some reason the breadcrumbs do NOT show the >> Resources >> level item and instead only show Articles as if it was 1st level even though in the URL it is second level.

Beyond that one clue, I am totally lost in how it’s rewriting 2nd level 404.php to come from the /articles/404.php (and then also using the most recent post to pull the Title into my custom title overlay in functions.php)

function crel_page_header() {
	if ( is_front_page() && is_home() ) {
	  // Default homepage
	} elseif ( is_front_page() ) {
	  // static homepage
	} elseif ( is_home() ) {
	  // blog page
	} else {
		echo '<div id="content" class="page-wrap pageHeader"><div class="container">';
		the_title( '<h1 class="title-post entry-title">', '</h1>' );
		echo '</div></div>';
		}
}
add_action( 'sydney_after_hero', 'crel_page_header' );

• This reply was modified 6 years, 10 months ago by ben8jam.
• This reply was modified 6 years, 10 months ago by ben8jam.
• This reply was modified 6 years, 10 months ago by ben8jam.

Well… I made a valiant effort, but the problem is still that the analytics code (not the enqueued monster.js script) is too high in order to use Google Experiments.

I need this order:

1. jQuery load
2. Google Exp Code
3. Analytics snippet

I was able to dequeue jQuery and then manually re-add jQuery in with my add_action function that injects just before your analytics snippet, but then Gravity forms dies (and maybe other things), supposedly because somewhere in the assembly of the wordpress template jQuery is needed before I dequeued it.

So what I need is to lowed the monster analytics snippet below where jquery is being loaded, and then I can hopefully enqueue a script in between. Is there a function I can add to pull that down after it’s been place but before the page is rendered?

Wow! Thanks so much. It was actually the class-tracking-ga.php that was too high, but looking through your plugin I found where that was being loaded via add_action wp_head. So copied that structure and changed the 8 priority to a 7, and now I can stick stuff in above the GA script. AND I learned something super valuable! Thanks!

Solution:

Realize that IE8 is super old and not even worth trying to support. Didn’t realize how old my PC is! Still on Windows 7 (upgraded from XP lol). Once you go mac….

some to do with this:

@media only screen and (min-width: 720px) {}

in the NAV css section. Supposedly IE8 doesn’t support media queries, though the responsiveness of the site works fine in IE8.

pulling my hair out – even if it it was the media thing -that doesn’t explain why the background colors don’t load – arg

I see in the style.css file there is a section at the end that seems to address ie8 issues specifically – any idea why those are not working?

Okay so here it is in it’s simplest form:

https://digitallapress.com/test.html

I have NO idea what is going on. Every browser looks okay – IE8 just a grey box with stacked links (and even the colors are wrong).

Even stranger, when I remove the JQuery line – it removes the grey background on IE. All other browsers unaffected.

Btw, i’m now only using the original unedited Style.css that came with the Hueman theme… hellpppp so confused

no love on this? figured this would be easy one ??

I have a Hueman-Child-Master folder that seems to be working…

Actually the problem with the custom.css inital problems was that it was turned “ON” in the theme settings. But I could have sworn I went there mutliple times to and didn’t see it. Seemed to only see it after I activated the child-theme – but that could just have been my tired eyes.

So beyond that, you’re saying I should rename my child theme folder?

NM

I switched to a child-theme option

I found the wp-head function in the general-template.php – but that didn’t really help me.

MichaelH –

that was exactly what i was looking for!

the single.php page was refering to catagory 2, which doesn’t exisit!

love – much love…

what page does it use when you choose “view” from manage posts? i think that’s where the problem lies – its just strange that it works on my home system, with the same files – at home it’s using the news.php file on my home system, but that doesn’t seem to be the case on the live site (also, the live site is ver 1.5 and my home system is 2.0)

scared to switch themes on the live site – if something goes wrong i’m toast…

ACK – the whole removing of <br / tags in Wp2.0 editor is really driving me nutz!!!!! i added that big block of code (above) in to no avail – it didn’t work..

also, i’m using include_page – and if i use <p tags, it seems to strip them.. so i can’t format anything!!!@?!@#1

arg

frustrated