cabatint

@superpos Question for you. Are you using a homepage that’s “static” for your site that happens to be named “superpos”. If it is, try saving the page again, if you haven’t recently. Just click the update button and see if that clears the incorrect canonical.

I ran into something weird yesterday because I have my WP install in a subfolder and the subfolder was showing up in the Canonical link AFTER I updated the setting for the site to show up at the root.

A question to Yoast support @superpos and @devnihil, or a theory here. Is the canonical link cached in the meta-information on save, even if we can’t see it?

I set up a new site yesterday where I installed WP in a subfolder, published a few pages/posts, and then updated the domain URL to point to the root. So the subfolder got stuck in the canonical URL. It looks like once I saved the posts again (after manually setting the canonical URL in a bit of a panic) the issue resolved itself. Basically I made a site change that would after the canonical after a post/page was published but the post/page didn’t reflect that change until I resaved those posts (or that’s my theory at least).

Question @schwinbp, were you able to type and hit enter to move onto the next paragraph. Or did you stop to click and add a new block to move onto the next paragraph?

Hey @karmatosed –

Thanks for the follow-up. I hope it was helpful.

Having it potentially being page builder would be useful. For my perspective it would be more for landing pages, so that I don’t need another plugin or two. Not a complete deal breaker in my mind for immediate consideration if a page builder and this can be installed at the same time (obviously not used on the same page at the same time).

For centralized editing, I would expect to see a menu option under posts menu “reusable blocks” or similar. From there you could follow common WP paradigms with a list of the created blocks, click to edit one singularly and then only give the relevant options for the block type. Not sure if block type changing will work or not. I haven’t tried it within the existing interface.

Editing the permalink on publish makes sense to me. It was actually a thought I had as well. And in that same thought I wonder if it would become useful to put anything else on there worth confirming (i.e. selected categories, tags, etc). Have to find the balance between clutter and usefulness ??

And just to note, I continued working with Gutenberg all weekend. Except for some hiccups with toolbars not always showing up, it’s feeling pretty good. I popped out a few short blog posts.

Shout if I can help further!!
– Cara

I was also able to reproduce the return-then-control-z behavior. I had tried it earlier to see how a background color worked and would have sworn it “control z’ed” correctly. When I tried it again after reading your review, the block followed the behavior you described.

Hey @eleonora22 question. Did you notice the ability to convert a block from a paragraph to a different type or did you think you need to create a fresh block of whatever type (such as a heading) and post the content there?

My guess (because I had the same problem at first), was that it wasn’t obvious that the paragraph icon in the mini format bar was actually a clickable icon that can change the block type. It’s worked for me to change paragraphs into headings. Haven’t tried all of the other blocks yet.

(That should have been noidex, not nofollow)

The setting was removed in version 2.3 (July 2015) and field added in SEO -> XML Sitemaps -> Excluded Posts where you can identify posts by ID.

BUT I just realized this morning that setting the Advanced -> “Meta Robots Index” to “Nofollow” for that page/post removes the item from the XML sitemap as well. I don’t recall this being mentioned elsewhere but conceptually makes sense that setting a meta tag to nofollow for a page/post should not also be included in the sitemap. That mismatch would get Google cranky otherwise.

Thanks again Rachel. Just tested the latest production version. It looks like my quirky missing records on the admin page are still missing. I’m still wondering if there’s some weird corruption but haven’t had a chance to dig around further. Thanks again for sorting out the other issues. This has been a critical plug-in to making this version of my site work!

Thanks Rachel –

The update looks good for the published pages. Just tested it on a copy of my production site. I’m still noticing some oddities on the admin page. I have 2 CPTs – events and organizers. If I click the organizer link on the events list page it brings back 7 events. If I force in the ID number into the URL string, it brings back all 10 events tied to the organizer. I can’t decide if it’s some weird corruption with this one particular set of events/organizer or something to keep an eye on in general. The important part is that on the published pages all 10 events are being displayed but I’m also using the ID number for the query ??

Thanks again for the update!

Here’s where I landed. It’s rough but working for the moment.

// remove 0 = 1
$clauses[ ‘where’ ] = preg_replace( ‘/0\s\=\s1/i’, ”, $clauses[ ‘where’ ] );

// remove empty () and Extra AND
$clauses[ ‘where’ ] = preg_replace( ‘/AND\s\(\s\n\s\s\n\)/i ‘, ”, $clauses[ ‘where’ ] );

The short story is that (at least in my version), there are stray whitespace and line return characters surrounding the 0=1 so the pattern match needed to be tweaked. It wasn’t until I did a query echo AND viewed the source did I find this. I am curious is this is true for others.

The outstanding issue I’m noticing is that clicking the relationship link from the posts admin page isn’t bringing everything back. It’s linking on slug and the query is sometimes doing weird things. Adding extra where conditions and not always correctly pulling all associated posts. Forcing the “relationship” post ID int the URL seems to bring everything back. I haven’t tried to dig into where that tweak is yet.

Thanks. I played around a bit more and even force removed the (0=1) by removing the first X characters from the string. The pattern match didn’t seem to be working. The page I’m using the query is as a secondary query and not the primary – so I’m not sure if that’s why it’s not working. I’ll have reset and start again with fresh eyes.

Thanks. I tried this and it brought back results but showed a PHP warning that the delimiters can’t be alphanumeric or backslash. I tried playing around with it a bit and adding a few echos. It looks like the where clause wipes out and just leaves the CPT-tonomies portion. I guess that’s why the results are coming back?

If I add in a slash up front
$clauses[ ‘where’ ] = preg_replace( ‘/\(\s/0\s\=\s1\s\)\sAND\s/i’, ”, $clauses[ ‘where’ ] );

I then get a warning about modifier on 0. If I remove the / before 0 I’m back to no results.

Thanks for posting something. I tried the suggestion but my line 517 is an IF statement. I’m not completely sure which line(s) to change. I tried a few different changes and nothing improved. I think I’m missing something.