stevevls

Thanks for taking our plugin for a spin! Sorry to hear that it’s not working quite right. When you say that it was forcing your homepage to display the blog page, was that in the English site, the translated site(s), or all of the above? Thank you…

Excellent…glad to hear we got that worked out! Regarding the 404s, do you use WP Super Cache by chance? I have a sneaking suspicion that we have a conflict with that plugin, but I haven’t had time to verify it yet…

Hi Ahni. I just wanted to report that I was able to expose one version of this bug with further testing, and I’ve patched that case as well. The problem was related to multi-word categories. If that doesn’t fix your problem, then we can continue brainstorming. Thanks!

I don’t really know what else to try. Like I said, I have your theme plus Simple Exclude cooperating together in my development environment. There must be some other conflict on your production blog. Can you give me a brief re-cap of which pages are displaying the error? Also, can you try disabling all plugins except the GTS translation plugin? Thanks…

Well, it looks like Simply Exclude is in fact the culprit. I was able to recreate the errors after installing it. It modifies the WP query object in a way that generally confuses (or I should say confused) my plugin. I’ve released a 1.0.b6 that changes some of the mechanism around how the translation URLs are created so that they don’t get mixed up by Simply Exclude (or other plugins that may change the WP query object). Let me know how it goes after the upgrade!

FWIW, it looks as though the issue has to do with de-pluralization of search terms. Searching for “gts” yields search results topped with plugins with “gt” in the title. I’d wager that there’s a disconnect between how keywords are processed when generating the search index and at search time that effectively makes this plugin unreachable.

Darn indeed! Are you still getting the same error, or is it something new? When I had your theme loaded up in my dev environment, I wasn’t getting any more error messages after making my changes. PHP and WP behavior can be so dependent on the environment, though, so it wouldn’t surprise me if something else came out of the woodwork for you.

And thanks for the tip on the missing image…that was a recent addition that didn’t make it into source control. I just turned around another quick rev on the plugin that includes it.

Hello again.

Thanks a bunch for sending your theme in…I was able to install it and get it working without too much trouble. What I found is that for some reason, WP is somehow identifying your homepage as a category page, and that was causing our code to fail when looking up the (non-existent) selected category.

What I’ve been able to do is make our code a little bit less trusting of WP when examining it’s examining the type of page. I’ve released a new version (1.0.b3) of the plugin that should fix this issue for you. If you experience any more trouble after upgrading, please be sure to let me know.

Thanks again!

Hi again, Ahni.

Thanks for digging in so much! Now you’ve got me quite curious about what’s going on here… Is there any chance you can provide me with your theme’s source so that I can play with it in my development environment? If so, please zip it up and send it to info at gts-translation dot com. If you can’t for whatever reason, that’s fine…we’ll just have to brainstorm about other ways to go about debugging this issue.

In order to get the widget to properly output links, there’s lots of special logic dealing with what kind page we’re trying to show, so it’s not that surprising that it should work okay for some types of pages but not others. We’ve done most of our testing with the Classic, Kubrick, and Twenty Ten themes, but we also have a handful of test blogs with custom themes, but still this is the first time we’ve run across this bug. I’ll try to get it straightened out as soon as possible.

Thanks!

Thanks for downloading and installing the plugin! I’m the author, and someone just pointed me to this thread. Sorry for the delay, but I’ll see what I can do to help.

In regards to the error, can you tell me which versions of WordPress and PHP you use plus what other plugins you have installed? Also, if you have a stack trace in your server log, that would be very helpful as well. We haven’t seen that error before, so it’s probably some sort of conflict.

And thanks for the feedback on the theme translation. Right now, it’s pretty beta and can still spit out unusable PHP code from time to time. We’re working on it, though… One challenge we have when translating the themes is that we want to leave the original theme completely alone so that we’re not messing with files except those under our plugin’s directory. Therefore, we opted not to use PO files because that would very much limit our reach…the vast majority of themes out in the wild are not set up for i18n.

Our theme translation can get text in two places: text in the HTML portion of the PHP file or text that we can pull from certain “safe” PHP functions that include __ and a handful of others. Therefore, any text in the PHP portion of your template files must be wrapped with one of the functions from those classes in order to be translated. The FAQ only mentions __, but we also support the variants _e, translate, esc_attr__, esc_attr_e, esc_html__, and esc_html_e. I’ll have to update that. ??

FYI, we may later switch over to a .PO-based system. In that case, the first step would be to copy and instrument the original template to make it i18n ready. But like I said, this part is very beta.

Thanks again for the bug report and the feedback!