FrontEndUsers & SelfRegistration tags - break my page

[jadeb]

If the template you pasted is not the exact template you use then we won't be able to help you, it doesn't matter how long it is we still need to see it...

Hi Dr. CSS.

The problem is identical, regardless of which template I enable.

I've tested it with both and it fails with both. So, I chose to post the shorter template.

[jadeb]

I have read the whole thread and seen you have loads of modules. You might well of done the upgrade exactly right, but if they are a new client to you, you don't know what happened to their installation up until you took it over. I bet your issues are due to a dodgy file somewhere; and finding the cause might be more trouble than it's worth.

If it were me I would be considering installing a fresh version of 1.11.6, adding FEU and SelfReg and the other modules you're going to use and importing content (of course, this depends on how much content there is in the existing site). You might well find that doing it this way gets you a working website quicker in the long run?

Hi Paul, that makes sense and is along the lines of what I'm thinking.

But when I did the upgrades, I downloaded the complete package and replaced all the files from the package, so I would have thought that would replace any dodgy files.

So, to assist with my understanding, I have a few questions:

Are there core files that might not have been replaced by the upgrade package?

If so, could I download a complete installation package and just manually copy all the files without having to reinstall?

Thanks again for your time. I look forward to your response.

[paulbaker]

Are there core files that might not have been replaced by the upgrade package?

Did you upload the files by FTP? If so, then possibly. (I have seen examples of FTP looking like it worked OK but ending up with 0 byte length files.)

If so, could I download a complete installation package and just manually copy all the files without having to reinstall?

Not quite sure what you mean there, that sounds like basically what the upgrade procedure is. Did you follow the instructions here?:
http://docs.cmsmadesimple.org/upgrading

[jadeb]

Are there core files that might not have been replaced by the upgrade package?

Did you upload the files by FTP? If so, then possibly. (I have seen examples of FTP looking like it worked OK but ending up with 0 byte length files.)

Hi Paul, I uploaded them as gzip files and unpacked them on the server. So, there shouldn't have been any problem with that.

If so, could I download a complete installation package and just manually copy all the files without having to reinstall?

Not quite sure what you mean there, that sounds like basically what the upgrade procedure is. Did you follow the instructions here?:
http://docs.cmsmadesimple.org/upgrading

My question was intended as an [if] statement.

IF the first condition in the top quote from me was true, "Are there core files that might not have been replaced," meaning that the upgrade package doesn't contain all the core files, then perhaps there is a more complete version I could use.

Hope that makes sense.

[paulbaker]

meaning that the upgrade package doesn't contain all the core files, then perhaps there is a more complete version I could use.

AFAIK the diff packages just contain the updated files. But if you followed the instructions you would have used the English packages (cmsmadesimple-x.yy-english.tar.gz) which contain all the files.

I was suggesting starting from a fresh install and copying over your content. Whether this solution is worth considering depends on how much content is in the site. You have News, FormBuilder, Comments, ShowTime, Gallery, GoogleMaps modules all of which may have some "content" as well as Pages of course.

Without any error messages it's tricky to diagnose. Do you have a PHP error log?

[churchcat]

I have a similar problem and I note that in module manager the frontendusers and selfregistration modules show in the Status column that they're installed but there is no checkmark in the Active column and the Action column is blank (unlike all others that work and look okay).
Why would this be and how to correct it?

My login and register page display correctly if I remove the {frontenduser} and {selfregistration} tags but with them I get just the site map-looking display.

All versions of everything are current.

Here's my system info--the only thing amiss is the db grants not finding a 'grants all' access and since that mentions module installation problems, could that be it? I have no idea what to do about that though. Help, anyone?

----------------------------------------------

Cms Version: 1.11.7

Installed Modules:

CMSMailer: 5.2.1
CMSPrinting: 1.0.4
FileManager: 1.4.3
MenuManager: 1.8.5
MicroTiny: 1.2.5
ModuleManager: 1.5.5
News: 2.12.12
Search: 1.7.8
ThemeManager: 1.1.8
Gallery: 1.6.1
CGExtensions: 1.34
FrontEndUsers: 1.21.15
CustomContent: 1.9
LightBox: 1.0.1
Captcha: 0.4.6
SelfRegistration: 1.7.8
JQueryTools: 1.2.5
TinyMCE: 2.9.12
CGCalendar: 1.10.4

Config Information:

php_memory_limit:
process_whole_template:
max_upload_size: 256000000
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.3.25
md5_function: On (True)
gd_version: 2
tempnam_function: On (True)
magic_quotes_runtime: Off (False)
E_STRICT: 0
E_DEPRECATED: 8192
memory_limit: 1024M
max_execution_time: 60
output_buffering: On
safe_mode: Off (False)
file_uploads: On (True)
post_max_size: 64M
upload_max_filesize: 256M
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 (mysql)
Server Db Version: 5.1.69
Server Db Grants: Could not find a suitable "GRANT ALL" permission. This may mean you could have problems installing or removing modules. Or even adding and deleting items, including pages

----------------------------------------------

[Dr.CSS]

Most newer versions of CG**** modules need PHP 5.3...

http://forum.cmsmadesimple.org/viewtopi ... =7&t=65515

[churchcat]

As System Info shows, I have php 5.3.25

[churchcat]

I tried restoring to an older version but no help. Here are relevant error messages form the admin log and from cpanel:

And, as mentioned before, in the Module list it shows these modules "status" as Installed but there is no check mark in the Active column and a blank in the Action column, so no way to uninstall
From cpanel error log

[Mon Jun 03 09:38:09 2013] [error] [client IP9] SoftException in Application.cpp:601: Directory "/home/site/public_html/modules" is writeable by group
[Mon Jun 03 09:37:59 2013] [error] [client IP9] SoftException in Application.cpp:601: Directory "/home/site/public_html/modules" is writeable by group
[Mon Jun 03 09:37:46 2013] [error] [client IP9] SoftException in Application.cpp:601: Directory "/home/site/public_html/modules" is writeable by group
[Mon Jun 03 09:35:48 2013] [error] [client IP9] SoftException in Application.cpp:601: Directory "/home/site/public_html/modules" is writeable by group
[Mon Jun 03 09:29:31 2013] [error] [client IP9] SoftException in Application.cpp:601: Directory "/home/site/public_html/modules" is writeable by group
[Mon Jun 03 09:29:23 2013] [error] [client IP9] SoftException in Application.cpp:601: Directory "/home/site/public_html/modules" is writeable by group
[Mon Jun 03 09:28:34 2013] [error] [client IP9] SoftException in Application.cpp:601: Directory "/home/site/public_html/modules" is writeable by group

From admin log
IP Address User Item ID Item Name Action Date

IP user Core Cannot load module CustomContent ... Problem loading dependent module FrontEndUsers 06/03/13 10:54:56
 
Core Cannot load module SelfRegistration ... Problem loading dependent module FrontEndUsers 06/03/13 10:53:52

Core Cannot load module CustomContent ... Problem loading dependent module FrontEndUsers 06/03/13 10:53:52
 
Core Cannot load module SelfRegistration ... Problem loading dependent module FrontEndUsers 06/03/13 10:52:46
 
Core Cannot load module CustomContent ... Problem loading dependent module FrontEndUsers 06/03/13 10:52:46

Core Cannot load module SelfRegistration ... Problem loading dependent module FrontEndUsers 06/03/13 10:47:46
 
Core Cannot load module CustomContent ... Problem loading dependent module FrontEndUsers 06/03/13 10:47:46

IP user Core Cannot load module CustomContent ... Problem loading dependent module FrontEndUsers06/03/13 10:44:53

IP user Core Cannot load module CustomContent ... Problem loading dependent module FrontEndUsers 06/03/13 10:44:53

Core Cannot load module CustomContent ... Problem loading dependent module FrontEndUsers 06/03/13 10:43:27

IP user Core Cannot load module CustomContent ... Problem loading dependent module FrontEndUsers 06/03/13 10:43:26

Core Cannot load module SelfRegistration ... Problem loading dependent module FrontEndUsers 06/03/13 10:42:52
 
Core Cannot load module CustomContent ... Problem loading dependent module FrontEndUsers 06/03/13 10:42:52

IP user Core Cannot load module CustomContent ... Problem loading dependent module FrontEndUsers 06/03/13 10:42:48

IP user Core Cannot load module SelfRegistration ... Problem loading dependent module FrontEndUsers
06/03/13 10:42:48

IP user Core Cannot load module CustomContent ... Problem loading dependent module FrontEndUsers 06/03/13 10:42:48

IP user Core Cannot load module SelfRegistration ... Problem loading dependent module FrontEndUsers 06/03/13 10:42:48

IP user Core
Cannot load module CustomContent ... Problem loading dependent module FrontEndUsers 6/03/13 10:42:48

IP user Core Cannot load module SelfRegistration ... Problem loading dependent module FrontEndUsers 06/03/13 10:42:48

IP user Core Cannot load module CustomContent ... Problem loading dependent module FrontEndUsers 06/03/13 10:42:48

[churchcat]

Well, problem persists. Have had host set DB_grants to All, so there are no error/warnings. System Info is clean. (Appended below.)

No option in ModuleManager to Uninstall FEU and SelfRegistration, so tried deleting folders in/modules (Actually just renamed) and installing fresh): still not checked as "Active" in Module list.

Still get message in admin log "Cannot load [dependent module] ...problem loading FrontEnd Users repeated over and over.

Changed module folders permissions so it is not writable by group, which took care of the "soft Exception" (?) in the cpanel error log.

No indication if Jadeb, who started this thread with the same problem, has made any progress. I truly feel like I'm lost in the digital wilderness.



System Info

----------------------------------------------

Cms Version: 1.11.7

Installed Modules:

CMSMailer: 5.2.1
CMSPrinting: 1.0.4
FileManager: 1.4.3
MenuManager: 1.8.5
MicroTiny: 1.2.5
ModuleManager: 1.5.5
News: 2.12.12
Search: 1.7.8
ThemeManager: 1.1.8
Gallery: 1.6.1
CGExtensions: 1.34
FrontEndUsers: 1.21.15
CustomContent: 1.9
LightBox: 1.0.1
Captcha: 0.4.6
SelfRegistration: 1.7.8
JQueryTools: 1.2.5
TinyMCE: 2.9.12
CGCalendar: 1.10.4

Config Information:

php_memory_limit:
process_whole_template:
max_upload_size: 256000000
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.3.25
md5_function: On (True)
gd_version: 2
tempnam_function: On (True)
magic_quotes_runtime: Off (False)
E_STRICT: 0
E_DEPRECATED: 0
memory_limit: 1024M
max_execution_time: 60
output_buffering: On
safe_mode: Off (False)
file_uploads: On (True)
post_max_size: 64M
upload_max_filesize: 256M
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 (mysql)
Server Db Version: 5.1.69
Server Db Grants: Found a "GRANT ALL" statement that appears to be suitable

----------------------------------------------

[paulbaker]

churchcat, just to say I have read your latest posts and....I'm out of ideas

It sounds like perhaps the database is now out of step with the files you actually have in the site? And you might have to clear something in the database to allow you re re-install FEU from scratch? I'm hoping someone with more experience will chip in.

[calguy1000]

You cannot uninstall a module if other modules that are dependent on it are installed. i.e: SelfRegistration. If you uninstall CustomContent and Selfreg (and other dependents) you should be able to uninstall FEU.

If you can't uninstall these modules, then somehow your database has become corrupted.

It also appears that there is a problem instantiating FEU. However this could be anything... without seeing the PHP error logs, or diving into the code there is no way we can see.

[churchcat]

Well, thanks for trying to help. I just tried a fresh install and the problem remains. Newest versions of all modules, new database and both those tags (FEU & SelfReg) are the only ones causing a page to break.

Since the private area of the site is half the reason and the content for using this CMS, I have to consider another CMS. The site is www.fuusm.org in case anyone is interested.

I'll query the server admin again since maybe there's something afoot there, but I'm not hopeful.

[paulbaker]

I just tried a fresh install and the problem remains. Newest versions of all modules, new database and both those tags (FEU & SelfReg) are the only ones causing a page to break.

So are you saying that you installed a fresh copy of latest CMSMS (1.11.7) and then installed FEU and SelfReg and it breaks?

Anything in the admin log at the time it breaks? PHP error logs? Can you share a URL?

[Dr.CSS]

In this whole set of post I have yet to see anyone's {tag} call that is supposed to be killing pages, saw one template that wasn't the actual template they used but it doesn't have any FEU/SelfReg {tags}...