eelcodegraaff

Hi Steve, thanks for pointing out the caching, and great you looked into this.

If i look at the site and compare lets say Weer (Weer is a category) with menu items underneath. You will notice on the Weer at the mobile theme (i use duckduck browser on my phone) There is an item Weer (is an old page seems cached indeed and removed) but the subitems are not there at all. I removed the page Weer and left the categorie weer as it is. The desktop version of the website shows main menu Weer (category) and then the subitems

Similar for the menu item Radioamateur, this is the main entrance and underneath the submenus are projected.

If you look at the mobile theme, some of the menu items are there but some are also missing. It seems to me when a menu is build up from a category, and the pages are in the menu under the main categrory menu item, de mobile theme is not aware of this. I don;’t know if it is a bug, expected behaviour, or an issue with the combinaton of themes. All themes are up to date. Main theme is NewStone.

I have no clue what could cause this, but it seems when the Menu structure is based on a page, and not a category, it works correct. Example Scandinavie. What is presented in the mobile theme, is in fact the name of the main page and the page underneath. In this example, the name Menu item Scandinavie is an Category, but the pages underneath are part of the Category Scandinavie, and shown seperately

Maybe all pages should be part of the category, i wil check this to. Seems ok, another observation is when an menu item is added that contains an url, this item is also not shown in the menu.

1, 2, 3, and 4 are missing in the mobile menu structure…

I am really puzzeled here and would support you where i can.

PS i added screenshots but i don’t see them in the text?

Have a great Christmas

Eelco

• This reply was modified 2 months, 1 week ago by eelcodegraaff.
• This reply was modified 2 months, 1 week ago by eelcodegraaff.

Hi thanks Peter,

I did a bit examination more in detail but the issue is hard to grab.

As solution to get xmlrpc working i disabled the advanced protection and at that moment the posts with livewriter work again. Based on your suggestions i digged into some settings and checked Wordfence > Login Security > Settings? the block login setting was not eabled. I also checked the .htaccess file and it did not contain any blocks on the xmplrpc.php file.

After this i re-enabled the advanced protection and did some testing, and i was able to post with Learning mode on in the logging i did not see any strange blocks. The firewall does make notes regarding a 404 on the wlwmanifest.xml file. Seems it is not longer there and/or is blocked. No clue what to do with that one.

The main issue is.. i can’t find why posting works, and after a while when i change settings in the WordFence settings the posting by xmlrpc is blocked again. I can’t find it in the logging.. If i look now i see the access to the xmlrpc.php is allowed. On one hand i am a bit further on the another hand, i have no clear view how to fix this in a solid and permanent way. In fact what i need is a specific firewall rule to allow an ipnr/publisher name combination to access the xmlrpc file for all those actions that are needed to make a blog post externally. This in relation with my ISP that also allows the traffic from my home ip should make me able to do blogposts during trips by vpn without access issues.

Any clues and suggestions? I dont want to post loginfo in detail in this forum since it is all privacy and security related data.

Regards

Eelco

Thanks for your reaction, i will check the things you suggested. When the optimised firewall is on, the xmlrpc authentication fails, when off it works, with your suggestion i could harden the site better, thanks. And yes indeed, my hosting provider has a firewall that also blocks this function, it will only be opened for my own ip.

i overlooked it since it is a ccs solution, thanks