cmdavidson
Forum Replies Created
-
Forum: Plugins
In reply to: [BE Subpages Widget] Update neededAny chance @billerickson is still monitoring this?
Forum: Plugins
In reply to: [Pods - Custom Content Types and Fields] Front end error after Pods 2.7.31Bug reports submitted to GitHub:
https://github.com/pods-framework/pods/issues/7078
https://github.com/pods-framework/pods/issues/7079Forum: Plugins
In reply to: [Pods - Custom Content Types and Fields] Front end error after Pods 2.7.31Sure, but what is the package?
Forum: Plugins
In reply to: [Pods - Custom Content Types and Fields] Front end error after Pods 2.7.31Hi Jory,
I have an update for you. The issue with the translation of the post type label started in Pods version 2.8. And I noticed another bug that showed up in that version. The More Fields box in the post editor is missing from the French job posts. It’s there in the English editor, just not the French.
Connie
Forum: Plugins
In reply to: [Pods - Custom Content Types and Fields] Front end error after Pods 2.7.31Hi – Just checking in again. Where can I find the Pods versions between 2.7.31 to 2.8.23?
Forum: Plugins
In reply to: [Pods - Custom Content Types and Fields] Front end error after Pods 2.7.31Hi Jory,
I downgraded to 2.7.31 and, as before, everything is working properly. I looked for the next version here in Advanced View, but the next one available is 2.8.23 (although I see from the changelog that there are many other versions in between). I went ahead and upgraded to 2.8.23 and the translation issue appears (English post title on both English and French sides).
Is there a place I can get the other versions between 2.7.31 and 2.8.23 to test out where the problem starts?
Connie
Forum: Plugins
In reply to: [Pods - Custom Content Types and Fields] Front end error after Pods 2.7.31Hi Jory,
Unfortunately, I don’t know exactly how to reproduce it. All I know is that it started happening after the update from Pods 2.7.31 to 2.9.12.2. I believe the only other thing I updated at that time was WPML. But I’ve checked the WPML String Translation multiple times, and WPML is not responsible for the translation of the pod label (“Jobs”).
Today I updated to Pods 2.9.13, but no change. I tried switching the theme to 2023, but it doesn’t show the page title so I can’t tell if that fixes it or not. I also deactivated all plugins other than Pods, Posts Table Pro, the theme core plugin, and WPML, but the problem was still there.
The only change after all of that is that now both English and French sides are stuck on the French title (Emplois) instead of the English.
I’m happy to give you temporary access to the site if that is helpful.
Connie
Forum: Plugins
In reply to: [Pods - Custom Content Types and Fields] Front end error after Pods 2.7.31Hi Jory,
Yes, I updated a bunch of other plugins. I’ve tried adjusting a few things in WPML with no luck.
I don’t know if this helps, but when I go to the Pods translation tab for the Jobs pod and re-save it, then both English and French job posts show the French label (Emplois). But then if I just re-save it again, they both go back to English (Jobs).
Connie
Forum: Plugins
In reply to: [Pods - Custom Content Types and Fields] Front end error after Pods 2.7.31Thanks for the fix. I’ve just updated to 2.9.12.2 and the PHP errors are gone. However, now the translation is broken. The post titles on the French side are showing English.
The post title here should be “Emplois”:
https://comnet.conniedavidson.ca/fr/emplois/coordinateurtrice-dentrepot/I’ve checked the Translation tab for the Jobs post type, and the translation is set properly there, but not showing on the front end.
Forum: Plugins
In reply to: [Pods - Custom Content Types and Fields] Front end error after Pods 2.7.31Thank you! I will let you know.
Forum: Plugins
In reply to: [WP Accessibility] Skiplink button is visible but not workingOK, thank you. I will follow up with the theme author.
Forum: Plugins
In reply to: [WP Accessibility] Skiplink button not visibleThe problem was fixed when I updated WP Accessibility from 1.6.6 to 1.6.7. Thanks!
Forum: Plugins
In reply to: [Event Organiser] List current and future “all day” eventsI have the same problem. I am using the Event Organiser “Events” widget. It’s set to show “Future & running events”, but it doesn’t show currently running events that are All Day events.
I don’t remember this being a problem in the past, but I don’t know when it started happening.
A fix would be much appreciated.
Forum: Plugins
In reply to: [The Events Calendar] Event page error for one language (using WPML)Update:
I reread the instructions for setting up The Events Calendar with WPML (https://theeventscalendar.com/knowledgebase/setting-up-the-events-calendar-with-wpml/) and found one setting that was different in my setup under the heading “Displaying your events in other languages when they are not translated”.
It recommends (I thought optionally, but it’s not clear): “Head over to WPML > Settings > Post Types Translation and select “Translatable – use translation if available or fallback to default language” for Events.”
In my case, the Events (tribe_events) post type listed in this section had a lock next to it and I originally didn’t want to mess with it. But after rereading the instructions, I unlocked it and changed the setting as recommended. This fixed the problem (specifically, the English event pages now load properly instead of giving an error)!
I’m happy that the English events are no longer broken, but there is a difference in how the calendar works now. Now a German event will show on the English calendar if there is no English translation (which is, of course, what the new option says it will do). This is not quite what we want.
Why does the original Post Type Translation option (“Translatable – only show translated items”) cause the English calendar to break?
Thanks for your reply, Ed. I also reached out to the author of WP Accessibility, Joe Dolson, and he had a look. Here is his assessment:
“It looks like it’s a conflict with the option ‘Remove title attributes inserted into post content and featured images’. That’s an option that parses content before displaying and removes title attributes. At a guess, The Events Calendar made a change either to the content they output that depends on a matching pattern or to the timing governing where their content is parsed such that this option is now effecting their output.”
So a temporary fix is to turn off the “Remove title attributes…” option in the WP Accessibility settings.
Thanks for looking into it.
Connie