FEU Not Working After Upgrade

[mr.bacan]

Hello Everyone,

I've been using FEU without any issues on a client's website. Now after a module upgrade the "Users, User History and Admin" tab are showing no content on it. On the groups tab I see the members are still there, but they're not showing up.

I'm using:
CMSMS 1.11.11
FEU 1.25.1
PHP 5.4.34

Does anyone knows what could be the problem? I saw the Calguy's post about modules requiring PHP 5.4 so I assume that shouldn't be the issue here.

Thanks in advance for any help on this.

[paulbaker]

Now after a module upgrade the "Users, User History and Admin" tab are showing no content on it.

Did you clear CMSMS cache?

[mr.bacan]

Did you clear CMSMS cache?

Yes, I cleared the cache as I do every time I update a module but nothing

[Jo Morg]

Now after a module upgrade the "Users, User History and Admin" tab are showing no content on it. On the groups tab I see the members are still there, but they're not showing up.

I'm using:
CMSMS 1.11.11
FEU 1.25.1
PHP 5.4.34

Does anyone knows what could be the problem? I saw the Calguy's post about modules requiring PHP 5.4 so I assume that shouldn't be the issue here.

Thanks in advance for any help on this.

That's hardly enough info for us to be able to help. You should post:
- System info;
- last few lines of PHP error logs if possible;
- any further information that may be pertinent, such as upgraded modules, from which version to which version, etc...

From your post one can infer that it may be a PHP error, and if so, emphasis on the PHP error log is advised, as it's the best way to pinpoint the error, if it exists...

[mr.bacan]

That's hardly enough info for us to be able to help. You should post:
- System info;
- last few lines of PHP error logs if possible;
- any further information that may be pertinent, such as upgraded modules, from which version to which version, etc...

From your post one can infer that it may be a PHP error, and if so, emphasis on the PHP error log is advised, as it's the best way to pinpoint the error, if it exists...

You are right Jo Morg, sorry for that, I assumed someone could had the same issue as I and could easily point me to the right direction.

This are the errors related to the FEU Module, don't know if they make any sense...

PHP Parse error: syntax error, unexpected T_PAAMAYIM_NEKUDOTAYIM in /home7/endondev/public_html/congresonacionaldecontadorespanama/modules/FrontEndUsers/FrontEndUsers.module.php on line 323
PHP Notice: unserialize(): Error at offset 0 of 128 bytes in /home7/endondev/public_html/congresonacionaldecontadorespanama/modules/FrontEndUsers/lib/class.FrontEndUsersManipulator.php on line 1675
PHP Notice: Undefined variable: uid in /home7/endondev/public_html/congresonacionaldecontadorespanama/modules/FrontEndUsers/action.do_login.php on line 85
PHP Notice: Undefined variable: sessionid in /home7/endondev/public_html/congresonacionaldecontadorespanama/modules/FrontEndUsers/action.do_login.php on line 85

My system info is:
CMSMS 1.11.11
PHP 5.4.34

I upgraded FEU from 1.24.2 to 1.25.1

Hope that's info enough.
Thanks in advance for your time.

[Jo Morg]

My system info is:
CMSMS 1.11.11
PHP 5.4.34

Not quite: http://docs.cmsmadesimple.org/troublesh ... nformation.

I suspect that something went wrong with the upgrade... how was it made? Uploaded through ftp? XML? Via Module Manager?

That error is rather weird if not in one of these contexts:
a) old PHP version which apparently is not the case;
b) bug in the Module, which I'm putting aside for the moment as you are, so far, the only one reporting this, and this is the sort of bug that would have made a major impact on a lot of sites, not just yours;
c) corrupted files (most likely during upload), which is what I am betting on for now;

Please paste full system info as found on CMSMS admin panel. That will probably help more.

[mr.bacan]

Please paste full system info as found on CMSMS admin panel. That will probably help more.

System Info is:

----------------------------------------------
Cms Version: 1.11.11

Installed Modules:

CMSMailer: 5.2.2
CMSPrinting: 1.0.5
FileManager: 1.4.5
MenuManager: 1.8.6
MicroTiny: 1.2.7
ModuleManager: 1.5.8
News: 2.14.4
Search: 1.7.11
ThemeManager: 1.1.8
TinyMCE: 2.9.12
Showtime: 3.4
FormBuilder: 0.8
Gallery: 2.0.1
CGExtensions: 1.44.5
LightBox: 1.0.1
FrontEndUsers: 1.25.1
CustomContent: 1.10
CGSmartImage: 1.17.1
CGContentUtils: 1.4.5

Config Information:

php_memory_limit:
process_whole_template:
max_upload_size: 50000000
url_rewriting: none
page_extension:
query_var: page
image_manipulation_prog: GD
auto_alias_content: true
locale:
default_encoding: utf-8
admin_encoding: utf-8
set_names: true

Php Information:

phpversion: 5.4.34
md5_function: On (True)
gd_version: 2
tempnam_function: On (True)
magic_quotes_runtime: Off (False)
E_STRICT: 0
E_DEPRECATED: 0
memory_limit: 128M
max_execution_time: 30
output_buffering: 4096
safe_mode: Off (False)
file_uploads: On (True)
post_max_size: 50M
upload_max_filesize: 50M
session_save_path: /tmp (1777)
session_use_cookies: On (True)
xml_function: On (True)
xmlreader_class: On (True)

Server Information:

Server Api: cgi-fcgi
Server Db Type: MySQL (mysqli)
Server Db Version: 5.5.40
Server Db Grants: Found a "GRANT ALL" statement that appears to be suitable
Server Time Diff: No filesystem time difference found
----------------------------------------------

Is it possible to downgrade or uploading a new copy of module without loosing data compatibility?

Thanks again for your time on this matter.

[mr.bacan]

Is it possible to downgrade the module without affecting the data compatibility?

[Jo Morg]

Is it possible to downgrade the module without affecting the data compatibility?

If you don't have a full backup (files and DB) no.
And you never got to answer this question, which is important:

I suspect that something went wrong with the upgrade... how was it made? Uploaded through ftp? XML? Via Module Manager?

In any case I recommend that you upload the archives directly to the server via some file manager like the one provided in CPanel, or Plesk, etc and expand them there. You should try this for all the modules that needed the upgrade. It makes sure that all the files are overwritten and not corrupted.

If you still have the same error, then we'll have to take a look somewhere else...

[mr.bacan]

In any case I recommend that you upload the archives directly to the server via some file manager like the one provided in CPanel, or Plesk, etc and expand them there. You should try this for all the modules that needed the upgrade. It makes sure that all the files are overwritten and not corrupted.

Thanks so much Jo Morg for your valuable time. You were right, apparently the module had an error when upgrading. I did the upgrade via Module Manager the first time. After that I tried uploading an XML via the Module Manager as well. Finally I tried what you suggested, and downloaded the compressed version and expanded it via cPanel overwriting every file and boom, this time it worked perfectly.

Thanks once again.