[solved] PHP Warning: call_user_func_array() - FrontEnd User related?

[unknown]

Greetings,
I have two identical installs of 1.2. Both running on same server, different VH.
The only notable difference is that the one I now experience problems with, had FEU installed. I
later chose to uninstall it and use a different route. That's when my error log began filling up with the
following error:

Code: Select all

PHP Warning:  call_user_func_array() [<a href='function.call-user-func-array'>function.call-user-func-array</a>]: First argumented is expected to be a valid callback, 'cms_module_Lang' was given in /usr/local/www/CMSMS2/lib/classes/class.module.inc.php on line 2003

Line: #2003 reads

Code: Select all

1994	function Lang()
1995	{
1996		$this->LoadLangMethods();
1997
1998		//Push $this onto front of array
1999		$args = func_get_args();
2000		array_unshift($args,'');
2001		$args[0] = $this;
2002
2003		return call_user_func_array('cms_module_Lang', $args);
2004	}

I installed, then uninstalled FrontEnd Users via: admin panel > module manager > install / uninstall.

I found no information regarding the module indicating once installed it could/should not be uninstalled.

Has anyone else run into this? Does anyone know what needs to be done to correct this?

Thank you for your time and consideration.

edit
Forgot to note:
System - UNIX
Server - Apache 1.3.x
PHP - 4.4.x
MySQL - 4.1.x

[cyberman]

How does your module call looks like?

[unknown]

How does your module call looks like?

Thank you for your reply cyberman.

Which module? The call to class.module.inc.php is listed. My current log isn't showing any other
modules/pages/functions. OK, Pages are being called. But I'm not yet able to determine if
it is one, or several. Nearly any page loaded emits about 70 error lines of the error mentioned.
At this stage, it would appear it's core functions.

Thanks again for your response.

[cyberman]

Which module?

Like in the topic posted .

If I'm right (I'm not a coder for real, only a support man  ) the lang function is used for the output of localized strings how the admin have set it.

[unknown]

Ahhh, I see what you're asking.
Good call. That was also my first thought. Given that My OS,Server & PHP installations all support all
Languages, as well as utf8. I left the default settings none, and the encoding utf8. These settings work as
intended on my other CMSMS install. So I felt they needed no change on this one. However, after receiving
these error messages, I took a chance and changed them to English. Emptied the CMSMS cache. Logged
off, and then logged back on. All to no avail. The error messages continued.

Thank you for taking the time to respond.

[unknown]

OK. I found the problem.
Seems the FEU uninstall process emptied all the data from all the files located in /lib/classes/module_support/.
All the files remain in the folder. However, they are all 0 (zero) length files - not even a newline, or carriage
return. Ouch! Well, the files/folders all have the correct perms. So nothing else was changed, only the
data was removed from those files. Fixing the result was simply a matter of replacing the files with ones
that actually have the data in them.

@moderator
I would move this topic to [solved] except I was only able cure the results, not the cause.
So I'll leave that decision up to you.

Best wishes.

System:OS - UNIX
Server - Apache 1.3.x
PHP - 4.4.x
MySQL - 4.1
CMSMS - 1.2

[calguy1000]

I uninstall, and re-install FEU on a semi-regular basis and have the most relaxed permissions out there.

my webserver, running FC6 has exported (via nfs) all of the website files, and has forced a user on those files so that everything gets written as 'apache'.  Then I use NIS and automount to access those files from my desktop machine.

I can install/uninstall/remove via the listmodules code, or 'rm -rf' the FEU files, as much as I want and I've never experienced it nuking anything in lib/classes/module_support or anything it's not supposed to for that matter.  Infact, if you check out FrontEndUsers/method.uninstall.php there are no lines of code that remove any files.

so something strange must have happened with your install.  my install is the most vulnerable I know of to dumb errors by the developer, and I don't experience this issue.

[unknown]

Hello calguy1000, and thanks for your response.
That's comforting to hear, and eliminates one possibility.
But I sure wish I figure out what happened during the uninstall to trigger it. It's pretty unnerving. 
I suppose I could always chmod core files 0444. But that's kind of extreme. I'm going to just monitor
any further uninstall sessions closer. In hopes of trapping the offender.

my webserver, running FC6

I thought you were a UNIX man.

Thanks again for taking the time to respond. I appreciate it.

[cyberman]

I would move this topic to [solved]

You can do it. You have only to change the topic of your first posting ...

[unknown]

Thanks cyberman.
Will do.