artiemart

Hi Darian

It is not resloved.
I’ve just been looking at the links you sent me.
In this issue https://github.com/polylang/polylang/pull/849 the order of the rewrite rules is at the heart of the problem.

I presume that it comes from this line in Rewrite.php
$wp_rewrite->rules = $this->rules + $wp_rewrite->rules;
Which clearly places the new TEC rules infront of existing rules. And when polylang is installed is clearly risking breaking the system.

Hi @d0153

Thank you for your reply.

However I’m not sure I see the logic of contacting the polylang support.
As I see it The Events Calendar is executing generate_rewrite_rules() when it does not need to, which in turn breaks the rewrite rules of other plugins, and you’re suggesting I should ask the developers of the other plugins to change their code to adapt to the The Events Calendar error? I can just imagine their reply.
Or have I misunderstood?

Regards

Hello @d0153 Darian,

“Also, does the issue persists if you only activate the Polylang PRO and The Events Calendar?”
Yes.
This is one of the sites on which it occurs. https://bsi.brussels
Please note that we have in place a script in the ‘wp’ action which checks the position of the polylang rules and rewrites the rules if they are too far down (“A crude fix to avoid rewriting the rules at every page load, but is useful in tracing when the error occurs). So as soon as the error is detected it is repaired.

Hello @frankremmy ,

[Corrected]
I have just tested with the month view cache deactivated and I still have the same problem.

Point 2 doesn’t work on it’s own, we’ve had them in place for sometime.

Point 3.
Sure the flush_rewrite_rules(); in admin_init help but, as many have already said it’s a DIY fix to compensate for TEC doing their job and fixing a problem. Adding the rewrite rules every time a page is called just because TEC can’t handle the occassional 404 is inefficient.

Regards

Using 3.5.4 PRO we still have this problem.

Saving the URL settings without having made changes reproduces the problem. (Page 404).
Here is an example of the rewrite rules before.
[(fr|nl|en)/research/([^/]+)/comment-page-([0-9]{1,})/?$] => index.php?lang=$matches[1]&research=$matches[2]&cpage=$matches[3]
And this is after.
[research/([^/]+)/comment-page-([0-9]{1,})/?$] => index.php?research=$matches[1]&cpage=$matches[2]
Saving premalinks repairs the problem.
Is there any news on this?

Thanks for the update… Seems to do the job.
Best Regards.

Same problem here.
I uninstalled 7.3.9 and tried with 7.3.6. And had the same problem.
Has anyone got an idea of which is the last working version?