gisol

Okay, found the problem. There seems to be an incompatibility with “Dreamgrow Scroll Triggered Box” (which unfortunately was deactivated on my development site).

Thanks, that was most helpful!

I fixed it now with the force_home shortcode option – which I only found while looking for the home_id documentation you pointed me to. Sorry, I should go back and rtfm.

But there must be still somewhere a change under the hood, as I am still pretty convinced, that several weeks ago everything was fine without this option – and while applying the fix, I found out, that there are pages where everything is working as expected and others, where I need to use force_home. *scratches head

Thanks for your time and help and this great plugin of course!

Hi shazahm1,

Thanks for your response!

Connections (among using it as a directory of our “staff”) is used to generate the ID card on both pages (and several others also). This is done via a shortcode (one per page).

Clicking on the links on these “ID Cards” leads to the messed up output.

I hope that clarifies things a bit more…

e:
Link from example #1 goes to https://www.tsg-koeppern.de/verzeichnis/namen/beate-lenhart-3/ – correct
Link from example #2 goes to https://www.tsg-koeppern.de/sportangebot/kurs/gummitwist-jump-dance/namen/beate-lenhart-3/ – wrong

• This reply was modified 8 years, 4 months ago by gisol.

Just let me chime in here. I’m facing the same problem.

On FF it’s working – but the nightly Version does not show anything. The same with any ios device. The recaptcha does not work.

As far as I know you can only have one calendar on a page.

Issue 2:
Console gives me following JS Error on click:

TypeError: e is null
s()
<anonym>
jQuery.event.dispatch()
jQuery.event.add/m.handle()

Did you try to go to the settings an re-activate (activate a different one and go back again to the one you are using usually) the theme you are using?
That did the trick for me with a similar issue.

Thanks a lot!

Seems that everything is back to normal now.
Widgets on Category pages can be configured again.

Hi 1-jah,

basically with a backup of the WP 4.4.2 database I created prior the update to 4.5 and a fresh install of WP 4.4.2

Server side (WP is installed in the director “Foobar”)
Restore the database backup.
Rename the 4.5 directory to something else e.g. Foobar4.5
Create a new directory with the name of the old (Foobar), download the 4.4.2 WP core and unpack it there.
Copy the wp-configure.php from Foobar4.5 to Foobar
Copy the contents of wp-content from Foobar4.5 to Foobar. I think I omitted the language directory here.
Try to open your site Foobar and open the dashboard. After some automatic database cleanup 4.4.2 was back.

That did the trick for me, depending on plugins, themes, whatever, your mileage may vary.
Not sure of any side effects, I did that for testing only. But so far everything looked like it’s working an in place.

Before you do anything: Create backups of everything!

Hi Menaka,

thanks for your reply!

https://www.schuetteweb.de/tsgtest/

Beware, heavy work in progress.

The plugin “Jetpack” offers kind of the same functionality in the “Widget Visibility” Module.
Anyway, this is kind of an (overkill) workaround and not a solution, though.

I would prefer to stay with WP Page Widget, as adjusting everything to a new plugin is a more than cumbersome process.

A downgrade to WP 4.4.2 brought the functionality back. So, I guess, a rogue plugin can be excluded.