neXorianus

I’d also consider it a bug.

I’m using another version of Colorbox in my theme and since Wordfence brings its own version, my complete JS breaks resulting in a unfunctional page for admins.

I will dequeue the scripts as well, as I can’t find any possibility to turn off the frontend scripts.

Hi Brian,
I’m running the latest version (6.0.22).
Live traffic logging is enabled, but I didn’t change the state.

I recently changed Servers with my WP-installation, which crashed my settings of Wordfence, but deactivating and reactivating fixed this Problem.

A few days after the server move, the problems showed up in GSC.

Thanks for the help,
Nex

Until this is fixed, i suggest turning off the Dashboard Widget.

This removes the JS erros (but also the widget in the Dashboard itself).

https://zwischen-welten.info/plugins/bwp-minify/min/?f=wp-content/plugins/contact-form-7/includes/css/styles.css,assets/css/app.css&ver=20141114&debug
this is a the URL that is produced and called in the frontend

Addition:

If you have problems with Permalinks and url parameters, try disabling the Option “Force current permalinks” under “404 Redirected -> Options”

This solved pagination problems with “the Eventmanager” plugin for me.

Gyn3r the function returned empty.
so I started debugging it, and I noticed, that the first preg_split always returns empty.

So I replaced it (and the other preg_split) with the (lighter) explode. This fixed the problem (for me)

yogabasics, your solution works, until a Parameter produces a 404 page. Those 404 Pages wont be tracked and wont be redirected (as you said).
An Example: An Event plugin that refers to the Months with parameter. ?month=13 would result into an 404 page because there is no 13th month. so the Plugin cannot redirect it to any page.

there is a better fix:

Open the ‘functions.php’ in /wp-content/plugins/404-redirected/includes and do following change:
in function wbz404_SortQuery(...) (Line 465) replace all preg_split with explode
This is what the code should look like:

[...]
	$queryParts = explode("&", $urlQuery);
	foreach ($queryParts as $query) {
		if (strpos($query, "=") === false) {
				$queryString[$query]='';
		} else {
				$stringParts = explode("=", $query);
				$queryString[$stringParts[0]]=$stringParts[1];
		}
	}
[...]

this has been fixed in 3.7.1 see https://codex.www.ads-software.com/Version_3.7.1

There’s a one line fix in Trac that you can make manually (recommended to understand apply I g SVN diff’s though), or wait for 3.7.2 and this will be included:
* https://core.trac.www.ads-software.com/ticket/25710#comment:9

seems to be the best solution, because after the update to 3.7.2 your changes in the core files to fix this bug will be overwritten with the real fixing data.

anny other (non core) “hotfix” will stay even after the update, and might slow down/cause problems with your wordpress.

a quick fix is to add this to your Custom Walkers start_el:

extract($args);
//quick fix because exclude stopped working in WP 3.7
$exclude = explode(',',$exclude_tree); //if $exclude_tree does not work try $exclude
if (!in_array($category->term_id, $exclude)) {
    //do the usual walker stuff
}

just drag and drop them in your needed order.

this Plugin is not for displaying all users (if you have a hue amount of users, or a constant changing number of users)

thinking about taking over the further development, since the Admin of this plugin seems to lost interest on this.

same here…

Page and Browser-Cache seems to be somehow not work correctly…

none of the images ion my site are being cached… or sometimes (for 1 reload) they are, but only partially.

seems like I have fixed it my self, and I hope the skripts are not needed on this page.

here is my solution:
in line 130 in plugins/wp-user-frontend/wpuf.php
replace
if ( has_shortcode( 'wpuf_addpost' ) || has_shortcode( 'wpuf_edit' ) ) {
with
if ( (has_shortcode( 'wpuf_addpost' ) || has_shortcode( 'wpuf_edit' )) && !has_shortcode( 'wpuf_editprofile' ) ) {

then the scripts will not be loaded on the edit-Profile page.