[Stephan]

Resolved the issue. My theme was checking for JavaScript and using a simple replacement for the no-js class:

<script> document.body.className = document.body.className.replace('no-js','js'); </script>

This was updating the no-js-tribe class rather than the intended one. Changing the script to check for whitespace before and after the intended class fixed the issue.

[Stephan]

Found the source of the problem, but no clear fix yet. My theme uses a script element to call document.body.className.replace(‘no-js’,’js’) to indicate the JavaScript is available. Haven’t yet figured out why that script isn’t running, but at least it’s a start.

[Stephan]

It appears that today’s update to 4.1 resolved the issue. The time now shows up correctly in the meta on recurring events. This fix leads me to believe it was an issue in 4.07.

[Stephan]

Hmm… That’s surprising to me. Here’s the same event with the Twenty Fifteen theme active and all other plugins except TEC and TEC Pro deactivated:

http://cl.ly/1G0D3W342I0n

There are no theme overrides or hooks in use. Please advise.

[Stephan]

Sorry, I should have been more specific. The issue is with the right sidebar. Here’s a screenshot from the same event:

http://cl.ly/1R0F0k0T2V36

[Stephan]

I’ve already tried switching themes and disabling plugins, as the instructions prior to posting asked. The issue still persists.

[Stephan]

I’m sorry to hear that there is no reliable way to detect Private Browsing. I appreciate you forwarding this issue along to the development team–I think this use case is common enough that it warrants further thought.

Thanks!
Stephan

[Stephan]

This reply is private.

[Stephan]

Hi George,

I understand the limitations on providing a fix for the Filter Bar. What I’d suggest instead, though, is a method to detect and turn off filtering when Private Browsing is enabled. I’d rather have our events show without the filtering options than to have our end users see nothing. Would this be possible?

As for the additional testing, I have confirmed that changing themes and turning off other plugins does not affect this issue. Additionally, turning off the Filter Bar eliminates the problem. I will send my system info in a separate private reply.

Thanks,
Stephan

[Stephan]

I’m good. Thanks, Nico!

[Stephan]

Great, thank you! Before reading your reply, I found a way to automate the process by using iMacros in Firefox. I appreciate all your help with this!

-Stephan

[Stephan]

Thanks, Nico. I have ~350 events that would need to be updated. Not an impossible task to be done manually, but one I’d prefer to avoid. I’ll ask our db guy if he can find a solution.

[Stephan]

Thanks, Nico!

We are in a bit of a time crunch to get the issue resolved, but I understand that a fix (if it is a bug) will take some time. Do you have any recommendations on how to update the data tables to resolve the issue? We have an experienced database programmer who can make the changes on our side and it would help to know where to start looking.

Best,
Stephan

[Stephan]

This reply is private.

[Stephan]

All dates and times are formatted according to ISO 8601. Dates are YYYY-MM-DD and times are HH:MM:SS as per the guidelines in your documentation. Looks like something else is afoul.

[Author]

Posts