on the page: versteckter Link all filter options show although "Show only filter options that would produce results" is checked and it worked fine till 2-3 weeks ago.
enclosed you find 2 screenshots (one how it should be, the other as it is now)
I deactivated all plugIns and have the lates version of toolset.
Hello, I'll be glad to take a closer look, but I was unable to login using the credentials you provided. Can you double-check to be sure the User exists, and the password is correct? I will activate private reply fields again in case you need to share an update.
Strange, it seems the staging site still has the older plugin versions installed. Perhaps the update was rolled back for some reason, or the live site was copied down to staging, overwriting those updates? See the screenshot here - the fix for this issue should be included in Blocks 1.6, but the staging site still has Blocks 1.5.3. Please go to versteckter Link and click "Check for Updates", then you should be able to get the latest plugin versions installed automatically.
Oh, how frustrating...I am sorry, I felt sure this must be the same issue that was resolved in the latest release since the symptoms and description are so similar. It seems that is not the case here, and this was not fully addressed in the latest releases. I'll need to escalate this to my 2nd tier support team for additional investigation, but I was not able to replicate the same problem in a similar site I created from scratch. Is it okay for me to create a clone of your site using the Duplicator plugin or the All in One WP Migration plugin? That will allow me to provide the team with an example they can use to start investigating as soon as possible.
Okay thank you, I have created that site clone and replicated the problem in my local copy of the site. I'm escalating this to my 2nd tier support team for further investigation, and I'll let you know what I find out as soon as I have something to share.
I have an update from my 2nd tier support team. We were able to determine that the problem occurs in archives that contain a taxonomy filter when the taxonomy is applied to more than one post type. Filter options (terms) which should not appear in the filter (because there are no posts with that term assigned) will be included if a post in another post type has the term assigned. That's why the problem did not seem to be present in my local tests - I only applied the taxonomy to one post type. In your case, the Schlagwerter (Tag) taxonomy is applied to Posts, Rezepte, Downloads, and Veranstaltungen. So now that we understand the full scope of the problem, we can escalate this to our developers for a complete solution. I'll keep you posted here as I receive more information about that, or if a workaround becomes available before the fix is released.
hi shane,
tks for info, but i don`t have patience anymore. its nearly 4 weeks now. my expectation is to get info the next days when the issue is resolved! we need tools we can work with.
tks in advance
