It’s a known issue that I haven’t quite figure out how to work around. Some sites have trouble when I decode the page from utf8 first, others have issues when I don’t. All of them are “supposed” to be using utf8 encoding which should make it a moot point.
If you can provide a link to one of the pages where you are seeing the issue (with Alt WebP Rewriting disabled), I’ll see if I can spot the pattern.
It also might be useful to know what theme you are using.
Thank you @nosilver4u!
This would be a URL where, with alt webP enabled, you would see the special characters.
http://absolutedesign.cl/blog/
Martin.
Can you turn on the alt webp option so I can take a look at the page source when it is broken? Or you could do a view page source and dump the output on pastebin.com with alt webp. Having a hard time replicating this.
Here it is @nosilver4u
http://pastebin.com/AhBfK6kN
I hope you can find something, I’d love to be able to enable WebP and htaccess didn’t work.
Martin
Can you turn off the page minification and do the same thing with WebP disabled now? I’m having a hard time comparing the two because your current source is squished onto 5 lines…
Or perhaps just try uncommenting (remove the leading two slashes) from this line in common.php:
// $html->loadHTML(utf8_decode($buffer));
Then remove the line directly below that. If things blow up, just delete the plugin folder and reinstall it.
If that works, I may just have to add an option that site owners can toggle to whichever way happens to work for their site. Would be interesting to see if we can pin down what causes it though.
I’m having a hard time finding an xhtml theme to test the fix, would you mind sending me a copy of your theme via https://ewww.io/contact-us/
Do you have any idea what the default encoding (charset) is for your mysql database/server? If you have phpmyadmin available, you should be able to view the charset on the main page.
