pepelopex

Same problem in WP 5.8. Preview content in Emails Logs does not work.

For clarification, what issue are you referring to so that I can reproduce it?

Sorry for the delay.

I have tested in 1.5.7 and it behaves like the bug initially reported: the page does not display when using the block editor and does not display when using the classic editor either.

The first page only shows the first heading, the second page shows the second heading but the paragraph that should be shown under the first heading, on the previous page. (img)

And so on. In the end, a post divided into four subpages, WordPrees pages it as 5 pages, but the last one is not accessible (a url like host/post-multipage/5/ redirects to host/post-multipage/). (img)

(Editor view)

If the block editor is used, everything works as expected.

However, when you edit the classic post in the example (including the HTML markup in the block editor) using the ‘Edit with Block Editor’ option, it does not initialise the MPP block properly in the new editor.

Then you have to keep the option “Default editor for all users – Block editor” activated in the Classic Editor plugin settings in order to be able to recover it. (plugin settings are managed from WP Settings > Writing)

Sorry, it doesn’t seem to be that serious. I wasn’t using the appropriate MPP version.

Environment: legacy content from MPP 1.3 versions.WP 5.6.1+ MPP 1.5.11. With Classic Editor plugin 1.6: settings Default editor for all users – Classic editor / Allow users to switch editor – Yes (these two settings seem to be irrelevant).

Whether in pre-existing classic content or a new post created with the classic editor, starting with a shortcode generates a first page (‘domain.com/page/’) without the subsequent text and without table of contents. If we access the url of successor subpages (‘domain.com/page/2/, 3/, 4/, …’) we will see the text attached to the previous shortcode (subpage) and not the text that would correspond. It scrolls through all the pages and creates an additional page.

Code:

[nextpage title="Custom subpage title"]00_ Lorem ipsum dolor sit amet, consectetur adipiscing elit.

[nextpage title="Section 1"]01_ Lorem ipsum dolor sit amet, consectetur adipiscing elit. 

[nextpage title="Section 2"]02_ Lorem ipsum dolor sit amet, consectetur adipiscing elit.

Generated output: page 1

(empty)

Generated output: page 2

Section 1
00_ Lorem ipsum dolor sit amet, consectetur adipiscing elit.

Generated output: page 3

Section 2
01_ Lorem ipsum dolor sit amet, consectetur adipiscing elit.

Generated output: page 3 (or show all subpages)

Section 3
02_ Lorem ipsum dolor sit amet, consectetur adipiscing elit.

(…)

However, it seems to work if we start our post in the classic editor by inserting the comment markup generated by the block editor, using the code editor view.

Code that makes it work when using the classic editor:

<!-- wp:multipage/subpage {"title":"Custom subpage title"} -->
[nextpage title="Custom subpage title"]
<!-- /wp:multipage/subpage -->
00_ Lorem ipsum dolor sit amet, consectetur adipiscing elit.

[nextpage title="Section 1"]01_ Lorem ipsum dolor sit amet, consectetur adipiscing elit. 

[nextpage title="Section 2"]02_ Lorem ipsum dolor sit amet, consectetur adipiscing elit.

Well, it must be a one-off. Let’s let it go.

Regarding the above updates, I’m sorry to say that they don’t seem to work on my staging site.

What happens is that the empty page is generated when I try to customize the first title. That is, starting the post with a shotcode. It happens both in classic editor and with blocks, in pre-existing content and new posts. I’m still testing to isolate the bug. Any ideas on what to check?

The language files are inside the plugin and intact. I installed the site and MPP in Spanish and later changed the site setting to default English (en_US). To test, I deleted the es_ES translations that WP gets automatically. I reset the site language to es_ES which forced to download the new spanish language files from the repository but everything is still the same. It seems that the language settings in the user profile do not influence this.

So, neither English nor Spanish texts are displayed. However, on my production site this does not happen, although it might work because of existing legacy files from previous versions.

I don’t quite understand.

Updated with the new version and it works fine, I’m going to install it on my production site. Thank you very much!

But sorry to abuse your professionalism: some texts seem to be missing in the TinnyMce button of the classic editor, look here. It’s not vital, take your time ??

Thanks!

Sorry, I didn’t see the previous posts.

I wanted to report a bug that didn’t show the block when used in conjunction with the Classic Editor enabled for other posts on the site, but I see it’s been fixed in 1.5.10.

Thanks for the quick response.

However, for some strange reason using the Classic Editor plugin + MPP shortcode, the beginning of the paragraph is rendered wrong (part of the shortcode is shown). This apparently only happens when you start the page with a shortcode to customise the title.

You can see it in action here and this is how it’s built so you can reproduce it.

Using v.1.5.10

I have the same symptoms as described by @reckus ??

It happens with the classic editor in my articles that I imported from MPP version 1.3.7 where this feature worked.

But it also happens on a fresh installation like the one in this example:

No text before first shortcode / but on subpage 2… (admin view)

With text before the first shortcode / (admin view)

It is not possible to change the default title as in previous versions.

Hi @rankmath

I have the same problem but I need to keep using the Gutenberg plugin.
I have no major problem because I don’t use essential functions yet, but does this have another solution than disabling Gutenberg plugin?

Thanks

How do you do this? I am interested in passing parameters from the url cloak to the destination url, even though it is manually editing the cloak url in the post. It would be something like: https://mysite.com/go/cloakurl?myparam >> https://affsite.com/product?myparam

This is useful for passing specific tracking IDs (labels, campaigns subids, … that you can then see in the conversion statistics of Comission Junction or Affiliate Window) using the same affiliate link in unique places of the website, such as CTAs or Sidebar. In this way, there would be no need to create duplicate affiliate links with multiple tracking IDs and even each user could automate it a bit with some code or some programmed ad-hoc shortcode.

How could you get this using ThirstyAffiliates?

The new Wildcard feature looks fantastic. But I’ve been studying it and I think it does not serve my needs right now.

• This reply was modified 8 years, 1 month ago by pepelopex.

Still does not work in the WP Admin Bar position. I tried on all my sites and on a fresh installation (only WP default theme + WPjmp). It works OK on Top of Screen position (in the Bottom of Screen position is, simply, unusable), but these are not the recommended positions.

Also I have the same problem on my sites. This occurs since the last update. I tried disabling everything and with a clean install but not solved. It seems that does nothing when the option is marked in settings. Could you check it? Thank you!

Thanks!