swemaniac

Hi!

I have a rewrite rule, e.g. /items/123, which I then intercept in parse_request before WP does anything else. Here I can get the content to be displayed from wherever (external service). I then render a template by just including it.

The $post object is null however, so that’s why I think maybe Polylang hasn’t even had the chance to do something when I call dynamic_sidebar. I thought that PLL might see that no language is current and then just use the default language.

Am I out of luck or can I somehow coerce WP/PLL to give me the widgets based on a specified language or something? I tried initializing a post object so that $post isn’t null, but that made no difference.

Okay we got it working with 1.7.4, apparently one of the MUs didn’t have any languages specified (we’re not exactly using polylang for the sub-sites, only the main site) and when we added a default language to the mu site, things started working again.

Weird that we didn’t run into this problem earlier.

Chouby,

EDIT: we’re using MU in subdomain mode, and it’s actually not working downgrading to 1.7.3.. currently testing 1.7.2

We’re experiencing the same problem with 1.7.4 – works with 1.7.3. The following problems occur on a multisite blog (not the main site, it’s unaffected):

1. After updating, the pages started to throw 404 even after updating permalinks – the built-in archives still work (categories, tags)
2. After disabling and reactivating the polylang plugin the pages worked, but the archives are now throwing 404s
3. We now flushed the permalinks and that took us back to #1.

??

(resolved)

I’ve just tested it and it works as expected, you can push this update ?? Thanks!

Will you let me know how you would like me to proceed with the translation?

Yes, I’ll test this at work tomorrow ??

Sure thing, thanks mate. On a similar note, do you have localization support? I’d be willing to translate to Swedish.

I’m sorry I had meant the other way around in my post – the Swedish locale uses lowercase month names, not uppercase (i.e. the other way around). So that’s what’s causing the problem.

Here’s a shot of my relevant settings: https://snag.gy/Iah0s.jpg

EDIT: Hmm which is weird, why would the built-in DateTime format fail when the format is correct from the start.. Mismatch in some locale settings somewhere? Maybe a server issue on my part? I’ll have to look into it as well..

But I really don’t like being presented with fatal errors anyway ??

Yep! 5.6 actually, with WP4.1 on centos 6.5. Thank you.

Thanks man, I googled but failed to find that issue.

resolved..

Thanks for the insight, I probably won’t report it since it was an easy “fix” in this case.

My temporary solution uses the wp_insert_post_data filter to intercept when a revision is being saved for my particular post type, and if the author is set to 0, I update it.

I still wonder if I should report this as an issue?

+1 and for the other fundamental issues reported

Hi,

This is a non-issue, it was a problem with the menu creation (the default menu is not subject to filters).