- This topic has 9 replies, 2 voices, and was last updated 11 years, 10 months ago by
.
-
Posts
-
In relation to this: https://tri.be/support/forums/topic/internet-explorer-not-compatible/ there seems to be more IE 9 (8 and 7) issues:
Selecting “List View” (from the “View as” dropdown) in IE9 causes this:
?tribe-bar-date=Date&tribe-bar-search=Search&tribe-bar-geoloc=Location
to be added to the end of the standard URL: http://www.domain.com/events/upcoming/This
&tribe-bar-search=Searchbit of the URL indicates that the word “Search” must be included in the Event titel or tekst in order for the event to show. This causes NO events to show at all.How can we fix this?
Howdy Lars!
I am unable to reproduce this issue in the 2014 theme, only on your site with its unique theme. I bet if you switched themes you would find this problem goes away. Typically this sort of issue is related to a theme improperly submitting placeholder values along with the rest.
I have been working on an experimental hack to try and fix themes that do this (if possible). It is certainly not guaranteed to work as this is really your theme’s problem, but if it does work that is awesome! Paste this in your theme’s functions.php file. Please let me know if that worked. Thanks!
– Brook
Hi Brook, it seems that TwentyTwelve theme doesn’t have this problem. But what causes the placeholders NOT to clear in IE7, 8 and 9 but work fine in IE 10 and 11?
Your snippet didn’t change anything unfortunately. What can we do from here to solve this problem for a our client? Anything we can advice the theme developers to correct things? Any adjustments to your snippet that could work?
Howdy mending,
Good questions. To solve it from here you will definitely want to talk to your theme developers. The theme is likely running a backwards compatibility script for IE9 and under, to give them support for the placeholder attribute. The trouble is likely that their backwards compatibility script is not compatible with either our backwards compatibility script. Perhaps it would be possible for them to disable any scripts relating to the HTML placeholder attribute on Events calendar pages? That might fix it. Regardless, the above information should really help them narrow it down.
I wish I could make adjustments to that script to get it working for all themes. But that just is not possible. There are too many varieties of themes, and not all of them can even be fixed with hacks like that script.
I hope you are able to get this resolved. Cheers!
– Brook
Hi Brook, right thanks. I doubt that we will get anywhere with the theme developers as they will probably note that the problem concers your plugin and not their theme. Which is correct. So do you have any tricks up your sleeve regarding your snippet? “Not to get it working for all themes” but for our theme and our situation? It seems odd that it doesn’t have any effect at all as it is?
Please advice, thanks
Hi Brook, I just realised that it is neither our theme or ECP causing the problem. It is the “MailChimp for WordPress Lite” plugin we are using. I have deactivated it and things are working. Now we only need this problem solved: https://tri.be/support/forums/topic/internet-explorer-not-compatible/
Thank you for the update Lars and letting future users know that plugin is not currently compatible! Very helpful.
It is tough to say it is a fault with our plugin. Really it is the fault of the two plugins combined. Sometimes we are able to change how ours works to make it more compatible with other plugins, but often in making such a change we simultaneously are making it less compatible with different plugins. Each change has to be weighed very heavily. That is just one of the many reasons why the WordPress community will sometimes see conflicts between two different plugins. It also one of the main reasons why you should generally hire a developer to help you build your site, that way if two plugins do conflict you can turn to the developer to make them compatible for your unique site. Fortunately though, this time you were able to resolve the conflict by removing the unnecessary plugin. That is excellent news! I will mark this topic resolved. Cheers!
– Brook
Just to confirm: We did disable this plugin before starting this thread – but browser caching apparently prevented us from seeing the effect of it. Sorry about that. Next time you all know that the 300.000 downloads of “MailChimp for WordPress Lite” can cause this problem!
- The topic ‘Internet Explorer URLs not compatible’ is closed to new replies.