DigitalFormula

@specialk Brilliant, thank you! I’m glad you got this fixed as losing the Gutenberg block would’ve been a death blow for the plugin (for our org anyway). Thanks again!

@specialk NP, thanks for acknowledging. Happy to test, if you need it.

Anyone?

Just found the CSS for the #results-page-1 textarea is set to visibility: hidden. I can unhide it and then edit the text – everything works after that, but this is definitely the cause of the issue. Refreshing the page sets visibility back to hidden again.

Bug?

This is now resolved. The solution is to use the following when calling add_shortcode():

add_shortcode( 'social', array( &$this, 'social_shortcode' ) );

HTH someone.

Thank you. I’ll mark this topic as resolved.

Great, thanks alchymyth. The do_shortcode() function does what I need but does raise a question.

Do shortcodes only get parsed if they’re in a post or page’s content? Can I not use them inside a template without using do_shortcode()?

Thanks again.

Hi there,

Yep you’re right – you CAN do it. I was just wondering about the warnings associated with enabling this behaviour, that’s all.

I guess I’ll just have to try it out and see it happens. ??

I’ve installed a completely new instance of WordPress and it still does the same thing …

Is there *ANY* way at this WordPress could cause this? I’m assuming it’s simply not possible and I’ve been trying to get this across to my host but they’re insisting it’s because of the values of siteurl etc in the database (even though they’re set to the CORRECT domain).

Is anyone able to verify/confirm that WordPress simply can’t build links to a domain that’s NOT configured in the database in either site URL or blog URL?

@samboll: Yes, they’re both the same in the database.

Here’s an example of what the URL looks like:

https://linuxplesk10.XXX.net.nz:8443/sitepreview/http/XXX.co.nz/wp-login.php?redirect_to=http%3A%2F%2FXXX.co.nz%2Fwp-admin%2F

Even though I’ve replaced some of the bits with ‘XXX’ you can see that the URL I’m browsing to for wp-admin is different to the URL I’m getting as the redirect destination … sorry if that doesn’t make any sense. ??

Oh and .htaccess looks like this (pretty much default):

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

# END WordPress

<IfModule mod_security.c>
<Files async-upload.php>
SecFilterEngine Off
SecFilterScanPOST Off
</Files>
</IfModule>