Andrew

Hi Ofer, I had a closer look at the source for the page https://www.casabianca.ca/dev/about/neighborhood/ and I can’t find any open <input> tags there are 7 in total and they are all self closed <input/>. Validation is just short of perfect with only 1 error (transposh generated). Any further idea’s?

I’ve tried another map plugin hoping to just avoid the issue, but it also breaks.

Hi Ofer,
It seems that the Portfolio slideshow plugin I was using is somehow conflicting with my theme and causing some tags to not be closed. The plugins output seems fine (opening and clossing tags) and the theme itself seem fine as well, but for some reason it’s tripping up somewhere. I can see this isn’t a transposh issue, but is something I can’t quite figure out at the moment.

But I also have the same issue when using a very popular Map plugin
MapPress Easy Google Maps and this one doesn’t cause any broken tags in validation, but it still breaks transposh’s translation at the page where the map is embedded. You can see this happening here..

Again the same credentials I sent you earlier apply to get past the curtain.

Thank you so much for your time Ofer.

Hi Ofer,
I did see that there were some validation errors and I worked to get the number down to 6 errors rather than 20 or so ?? but I still see that these may be responsible, I’ll do my best to root out those issues and let you know how it goes from there.

Thanks for your response and your time!

Hmm, Well I’ve tested the plugin on my local server on another install of WordPress and changing these values

define('PUNCT_BREAKS', TRUE); // Will punctiations such as , . ( and such will break a phrase
define('NUM_BREAKS', TRUE); // Will a number break a phrase

to FALSE, does indeed take care of the problem and I’m able to edit the numerical values and punctuation. So I went back to investigate the issue with my dev site and.. it was working properly…… ????

My only conclusion is that because I had activated the WP-Super Cache plugin before making changes to the parser.php file, that even afterwards I was getting served the old cached files.. So in that case I was still seeing the problem. Does that sound like a reasonable explanation?

As a WordPress professional I have a hard time with not knowing what the problem is even when the problem disappears. Any thoughts or guidance would be great. If people are in agreement with my hypothesis I’d be tempted to mark this one resolved..

Hey Ofer, It’s not WP credentials, but just the login required to view the development site (protected directory). I think they worst that can happen is that I get a few more user registrations in my buddypress site. ??

Thanks for any help you can provide. I know you give your time freely as you are able.

user: twoguys
pw: [ Moderated – Assuming that’s a real password, yeah, don’t do that. ]

I also have the same issue. Changing number breaks and punctuation breaks to FALSE does still not allow those entities to be translated.

Hmm..

Ofer the site url is https://yogamalafoundation.org/dev

Hitting ‘Save’ in the permalinks settings seemed to work for me, but for some reason just one page in particular is still giving me a 404.

So I just manually changed the permalink for that page and now the page is visible.
Not really sure why but there it is..

I’ve tried renaming the ‘3rd-party’ folder which holds the erroneous PHP file, and after doing so, the plugin activates without errors, although now when displaying on a page the I get debug mode, and CSS being output right on the page as well see it here.

So any help with the PHP code causing the error would be awesome.

Didn’t find any easy solution, but as the file triggering the error was in a folder named ‘3rd party’ I thought as long as I don’t use any features requiring third party stuff I could eliminate that folder to test. I renamed that folder containing the erroneous files and the plugin activates fine now.

Ok, I got some more information. I tried re-activating the plugin and I received an error saying the plugin could not be activated because it triggered a fatal error..

Parse error: syntax error, unexpected T_STRING, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or ‘}’ in /hermes/bosweb26a/b360/sl.synergic/public_html/test/wp-content/plugins/easy-nivo-slider/3rd-party/filosofo-custom-image-sizes.php on line 13

Any ideas? I’ll try some digging in the code to see if I can remedy it in the meantime.

No, I’m not running multi-site. It’s quite strange.

I add my love for widget logic! the best find of the past 6 months of WP dev for me.

Hi Ed, You’ll need to remove those bullets in the CSS.
something like..

#menu ul {
list-style-type:none;
}

It doesn’t have much to do with this plugin, but how you wish to display it using CSS.

All the best.