stilldreaming
Forum Replies Created
-
Forum: Developing with WordPress
In reply to: the_content filter & custom postsSo simple. Why didn’t I think of that? Thank you so much. You saved the day!
Forum: Fixing WordPress
In reply to: trashing a post or page works, but returns to home pageThanks @tobifjellner. I’ll set this to resolved for now. I need to do a little more digging. I am wondering why the delete function forwards to the referrer field (as it seems to do), but I’ll let that problem simmer for a while. Got other things to do now. And I can go on, at least for now…
Thanks!
🙂
Hi @wfadam,
Later I realized that the enigma is bigger than I thought. I have tested this with all plugins (except WordFence) deactivated and just the twentytwelve theme. No caching. No caching on the server either. And no Content Security Policy headers. And it still worked as described: WordFence active: check marks invisible, WordFence deactivated: check marks visible. And that was on 2 sites. On 2 browsers. With and without virus checker on.
The funny thing is that for now I have deactivated the Content Security Policy headers and it all seems to work now. I’ll have to take a deeper look, but for now I am satisfied, as I can work on. Later I’ll have to take a better look as I do want to have Content Security Policy headers when the site goes live.
Thanks for now.
And… if anyone reads this and has some clue as to what is happening: feel free to chime in.
Hi @wfadam,
An update:
I checked some more and noticed that the dashicons weren’t loading. Apparently that was because I added the Content Security Policy headers for font-src and img-src. For now I have deleted them, and I will need to look into this some more to see what will work. For now things are solved, somewhat. It is still a mystery why Wordfence seems to be involved.Hi @wfadam,
I don’t see the point in sharing screenshots of the admin side of my site here. It is just as I described it. Everything looks normal, you just can’t see the check marks. Or is there something special you are looking for?
The check marks are there (although not visible), because I can see something when I make changes in the developer tools as described above. And everything functions as if they are there. Somehow they are invisible. I’ve noticed this in 2 sites now. When WordFence is activated the check marks are invisible and as soon as I deactivate WordFence they become visible. Everything is of the latest version: WP 5.6, WF 7.4.14. Even after disabling all plugins and going back to the twentytwelve theme, with only WordFence installed it is there.
Turning off the antivirus tool on the PC makes no difference. The problem is there in Firefox and Edge.
I hope you can help, as this is hindering the normal development of 2 sites now. And I do value proper protection as provided by WordFence very much.
Thanks for your attention.
I mean all check marks in WordPress. For instance the ones on the left of the pages screen and so on. But also the ones in all sorts of plugins.
I’ve noticed that there is a file load-styles.php that is generated. It seems to be the same if Wordfence is there or not, just the order of lines is a little different. The line for:
input[type=”checkbox”]:checked::before
has a
content: url(data:image/svg+xml; utf8,….
definition.If I change that in the developer tools of FF to
content: ‘A’
I will see an A where the check marks should be.It looks like the svg defintion is somehow affected by the presence of WordFence.
Hope this adds more light on matters.
Forum: Fixing WordPress
In reply to: trashing a post or page works, but returns to home pageThat sounds like a great idea.
It does leave me with the uneasy feeling that things go wrong in certain conditions, and I don’t know why.
So, if someone knows more about this, feel free to post it here. If nothing new comes up in the coming days, I’ll close this thread.
Thanks @tobifjellner!
Forum: Fixing WordPress
In reply to: trashing a post or page works, but returns to home pageHi @tobifjellner,
Thanks for your answer. It made me think about what I should have done from the start. Check all plugins one by one and after finding the culprit, checking all the code that is in there.
Where things go wrong is here:
In the action hook send_headers I do:
$rp = 'origin'; header("Referrer-Policy: " . $rp );This is causing the problems.
If I specify ‘no-referrer’ things are alright. Leaving this header out altogether is also OK.
The only problem I now have is why this is working out as it does. Anybody here that knows why?
For now I’ll see what other options are there that fit what I want and that work out nicely while deleting posts.
Thanks so far.
- This reply was modified 5 years, 4 months ago by stilldreaming.
And another remark:
Looking up an incorrect IP address, like ‘abc’ results in:
PHP Fatal error: Uncaught wfAPICallErrorResponseException: WordFence API error: Unable to perform a WHOIS lookup on the value provided. in myURL/wp-content/plugins/wordfence/lib/wfAPI.php:102
You don’t see that, because of the blue button staying on “LOADING”, but the error is in the debug log.
Hi @wfphil,
In the changelog for update 7.4.1 I see the notification:
Improvement: Updated the WHOIS lookup for better reliability.So, I’ve checked it. The result is that entering something that is not an IP address does not result in a PHP error anymore, but it results in the blue button going to “LOADING…”, never to return.
That is better than it used to be, but probably not what could be done. It’s not a big deal. Just reporting what I found.Forum: Plugins
In reply to: [Contact Form X] dashboard widgetThanks for the update @specialk! I’ll look for the update and check it out.
Forum: Plugins
In reply to: [Contact Form X] dashboard widgetHi Jeff,
Thanks for your quick and positive reply.
Forum: Plugins
In reply to: [Dashboard Widgets Suite] WP_DEBUG_LOG valuesWell, in a way you are right. If WP_DEBUG_LOG is true the plugin displays “Enabled”, which is correct of course. The log is saved to the default wp-content/debug.log. WP_DEBUG_LOG can be set to a filename. If someone does that the plugin displays “Enabled”, also quite correct.
But…. wouldn’t it be nice that the plugin displays the content of WP_DEBUG_LOG (if it is not true or false). It is a case of “Enabled, but storing in the following log file…”.
Another idea might be to have a look at the plugins in the repository. Follow this link:
https://ww.wp.xz.cn/plugins/search/recent+posts+widget/I have not tested any of those “recent posts” plugins, but maybe there is one that does what you need.
And yet another idea:
And if you have a little PHP experience you might write a shortcode that does exactly what you want and call it from a text or html widget.In the latest version of WordPress the Recent Posts Widget will show a clickable link to the post followed by the date the post was published. The time of publication is not displayed at all.
See class-wp-widget-recent-posts.php in wp-includes/widgets.
If your widget does display the time that widget may be from somewhere else (theme, plugin?), and not from WordPress.
In the standard WordPress Recent Posts widget you could stop showing the date by adding some CSS, but I do not see a way to add the time of publication, other than writing your own widget.
- This reply was modified 5 years, 11 months ago by stilldreaming.