Extension_UsermeetTool

[ows]

I am trying to get Cerberus installed, but I cannot get passed step 3 on the install. I have searched the forums and everything that I have seen, I have tried. I am using PHP version 5.2.3, cannot use the version that you recommend, it causes blank pages for our Modern Bill system so we have to use 5.2.3. This is a common bug as well for a lot of MB users, not just only on our system using the version that is recommended for Cerberus. Is there any way to get pass this error with our system setup pasted below.

Thank you for your assistance

ERROR: ClassLoader could not find 'Extension_UsermeetTool':

Fatal error: Class 'Extension_UsermeetTool' not found in /home/*****/public_html/secure/cerb4/plugins/usermeet.sc/api/UmScApp.php on line 14

PHP 5.2.3 (cli) (built: Oct 2 2007 17:40:58)
Copyright (c) 1997-2007 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies
with Zend Extension Manager v1.2.2, Copyright (c) 2003-2007, by Zend Technologies
with Zend Optimizer v3.3.0, Copyright (c) 1998-2007, by Zend Technologies


PHP Version... Passed! (PHP 5.2.3)

PHP Extension (Session)... Passed!

PHP Extension (PCRE)... Passed!

PHP Extension (GD)... Passed!

PHP Extension (IMAP)... Passed!

PHP Extension (MailParse)... Passed!

PHP Extension (mbstring)... Passed!

PHP Extension (SimpleXML)... Passed!

PHP.INI File_Uploads... Passed!

PHP.INI Upload_Tmp_Dir... Passed!

PHP.INI Memory_Limit... Passed!

[jstanden]

Hey there!

Sorry to hear about your trouble. It sounds like you have a partial install.

I just did some tweaks tonight. Try updating to the latest copy from Subversion:
http://wiki.cerberusdemo.com/index.php/Upgrading_to_Newer_Versions_of_Cerberus_Helpdesk_4 .0

Another thing to try would be clearing out all your files in:
/cerb4/libs/devblocks/tmp/zend_cache*

Then try going back through the installer. If you don't have any real data yet you should drop all the database tables first to be sure you're completely starting over.

Let me know if any of that helps.

Thanks!

[jmarcus]

Jeff,
I'm having the same problem.

root@ftp:/usr/people/www-data# php5 -v
PHP Warning: Module 'mailparse' already loaded in Unknown on line 0
PHP 5.2.1 (cli) (built: Jul 17 2007 18:14:23)
Copyright (c) 1997-2007 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies
root@ftp:/usr/people/www-data#

ERROR: ClassLoader could not find 'Extension_UsermeetTool':

Fatal error: Class 'Extension_UsermeetTool' not found in /var/www/support.mvalent.com/plugins/usermeet.sc/api/UmScApp.php on line 14

[afrosheen]

My new post http://www.cerb4.com/forums/showthread.php?t=76 can get deleted and rolled into this one. Same exact problem.

What gives here? Bad SVN file or ?

[danbiggs]

Just adding myself to this thread... I have the exact problem described above:

ERROR: ClassLoader could not find 'Extension_UsermeetTool':

Fatal error: Class 'Extension_UsermeetTool' not found in
/var/www/cerb4/plugins/usermeet.sc/api/UmScApp.php on line 14


Using PHP 5.2.1. I got the latest code using svn this morning.

[jkopacze]

I have same problem :(

ERROR: ClassLoader could not find 'Extension_UsermeetTool':

Fatal error: Class 'Extension_UsermeetTool' not found in /home/cerberus/domains/pomoc.perfectsystem.pl/public_html/cerb4/plugins/usermeet.sc/api/UmScApp.php on line 14

[Andre]

Same here as well. Something must have gotten broken.

PHP 5.2.1


http://localhost/cerb4/install/index.php?step=12

ERROR: ClassLoader could not find 'Extension_UsermeetTool':

Fatal error: Class 'Extension_UsermeetTool' not found in /var/www/cerb4/plugins/usermeet.sc/api/UmScApp.php on line 14


Oh yeah, and svn keeps hanging on this spot everytime
"Fetching external item into 'cerb4/libs/devblocks/libs/ZendFramework'"

[afrosheen]

I hope we get a resolution to this soon, I'm dying to try out the new version and figure out how to get the old AD login plugin working.

[Hildy]

The one thing that seems common here is that you're all running PHP 5.2.1+:
ows:5.2.3
jmarcus: 5.2.1
afrosheen: unknown
danbiggs: 5.2.1
jkopacze: unknown
Andre: 5.2.1
support ticket: 5.2.1

We're working on finding the problem, and we'll let you know as soon as we have a solution.

[afrosheen]

Actually I'm running php-5.1.6, Centos 4.5.

[Hildy]

...I'm dying...to get the old AD login plugin working.
Well, the AD plugin for 3.x will not transfer over. We did, however, have an early proof-of-concept LDAP login plugin, but that's commented out because the login stuff changed. Once we get some external-authenticator hooks in the code, we'll put that back in. http://www.wgmdev.com/jira/browse/CHD-183

[steven]

Same issue with PHP 5.2.4, using mod_php.

[jstanden]

Hey guys,

Can somebody confirm for me whether deleting the cerb4/libs/devblocks/tmp/zend_cache* files resolves this?

Thanks!

[afrosheen]

Didn't change a thing on my box. :(

[jstanden]

Alright, thanks for checking.

I'll work on this today until we get you guys going again.

Is anyone up for trying a couple things in real-time over IM? (Gtalk, Y!, etc)

[TheSpend]

I'm in the middle of a new install, and I'm having the same problem. Here's some more info for debugging.

After I accepted the license and tried to test the database, I ended up here with an error message:
http://.../cerb4/install/index.php?step=12

ERROR: ClassLoader could not find 'Extension_UsermeetTool':

Here's the error message from the logs:

... PHP Fatal error: Class 'Extension_UsermeetTool' not found in /var/www/html/cerb4/plugins/usermeet.sc/api/UmScApp.php on line 18, referer: http://.../cerb4/install/index.php?step=5


I put a "debug_print_backtrace" statement into the "cerb4/plugins/usermeet.sc/api/UmScApp.php" file, and I got this:


#0 require_once() called at [/var/www/html/cerb4/libs/devblocks/api/Engine.php:782]
#1 _DevblocksClassLoadManager->loadClass(UmScPlugin) called at [/var/www/html/cerb4/libs/devblocks/Devblocks.class.php:95]
#2 DevblocksPlatform::loadClass(UmScPlugin) called at [/var/www/html/cerb4/libs/devblocks/api/Engine.php:6]
#3 __autoload(UmScPlugin)
#4 class_exists(UmScPlugin) called at [/var/www/html/cerb4/libs/devblocks/api/Model.php:296]
#5 DevblocksPluginManifest->createInstance() called at [/var/www/html/cerb4/libs/devblocks/api/Engine.php:50]
#6 DevblocksEngine::_readPluginManifest(usermeet.sc) called at [/var/www/html/cerb4/libs/devblocks/Devblocks.class.php:509]
#7 DevblocksPlatform::readPlugins() called at [/var/www/html/cerb4/install/index.php:859]

ERROR: ClassLoader could not find 'Extension_UsermeetTool':


So, I guess the "plugins/usermeet.core/api/Extension.php" is not being included properly.

I'm running PHP v5.1.6 on a RHEL5 server.

Hope this helps.

[TheSpend]

Hey guys,

Can somebody confirm for me whether deleting the cerb4/libs/devblocks/tmp/zend_cache* files resolves this?

Thanks!

Also, I tried deleting these files with no success.

[jstanden]

Alright! I just committed some tweaks for Devblocks and the Installer.

The installer shouldn't be run after installing, it's not necessary for upgrades. Upgrades will automatically lock the helpdesk and run if a new database patch is required. Otherwise the system automatically re-caches all resources on-the-fly.

It's safe to just delete the /cerb4/install directory when you update from SVN. The Configuration area will remind you to do this as well.

The Devblocks tweaks will hopefully address the main class-loading issue.

Let me know how it works out. I can't reproduce this issue yet, so I'm working a bit blind. ;)

[TheSpend]

I just tried again, and it's still failing on a new install. I completely deleted the cerb4 directory and dropped the database from my first install. Here are the complete steps I'm taking to install it. (I just tried this 10 minutes ago.)

Install the program:

svn --username readonly checkout "http://xev.webgroupmedia.com:2222/cerb4/cerb4/"
chown -R apache:apache cerb4/
cd cerb4
chmod -R 0774 libs/devblocks/tmp/
chmod 0774 storage/
chmod 0774 storage/attachments/
chmod 0774 storage/mail/ storage/mail/new/ storage/mail/fail/
chmod 0774 storage/indexes/


SQL Query:

CREATE USER 'cerb4'@'localhost' IDENTIFIED BY '***********';

GRANT USAGE ON * . * TO 'cerb4'@'localhost' IDENTIFIED BY '***********' WITH MAX_QUERIES_PER_HOUR 0 MAX_CONNECTIONS_PER_HOUR 0 MAX_UPDATES_PER_HOUR 0 MAX_USER_CONNECTIONS 0 ;

CREATE DATABASE IF NOT EXISTS `cerb4` ;

GRANT ALL PRIVILEGES ON `cerb4` . * TO 'cerb4'@'localhost';


Installer first page:

Checking Server Environment
PHP Version... Passed! (PHP 5.1.6)

PHP Extension (Session)... Passed!

PHP Extension (PCRE)... Passed!

PHP Extension (GD)... Passed!

PHP Extension (IMAP)... Passed!

PHP Extension (MailParse)... Passed!

PHP Extension (mbstring)... Passed!

PHP Extension (SimpleXML)... Passed!

PHP.INI File_Uploads... Passed!

PHP.INI Upload_Tmp_Dir... Passed!

PHP.INI Memory_Limit... Passed!


Gets to this step five after I try to test the database:
http://.../cerb4/install/index.php?step=5


ERROR: ClassLoader could not find 'Extension_UsermeetTool':

Fatal error: Class 'Extension_UsermeetTool' not found in /var/www/html/cerb4/plugins/usermeet.sc/api/UmScApp.php on line 14


The only thing that pops up in the error log:

... PHP Fatal error: Class 'Extension_UsermeetTool' not found in /var/www/html/cerb4/plugins/usermeet.sc/api/UmScApp.php on line 14, referer: ...


Hit refresh, and it goes to step 12:
http://.../cerb4/install/index.php?step=12

Upgrade
Oops! Is this an upgrade?
Your database appears to exist already! This installer doesn't need to be run for every upgrade. Database patches will be applied automatically if they are required.

You can return to your helpdesk: http://.../cerb4/index.php/


I also tried downloading the ZIP file, and it's not working with similar results.

Thanks!

[TheSpend]

While I'm at it...

Just for the heck of it, I also downloaded the "Server Environment Checker":
http://www.cerberusweb.com/downloads/cerb4-servercheck.php.txt

I used wget to download it directly to my web server. I changed the extension, and here's what I got in my web browser:

Parse error: syntax error, unexpected T_STRING in /var/www/html/cerb4-servercheck.php on line 48

There's a line break at the end of line 47 that's causing the problem.

After fixing that, I ran the script, and my server still checks out.

Thanks!

[Hildy]

There's a line break at the end of line 47 that's causing the problem.
Silly flipping copy-and-paste... no idea why it would do that. (The line break isn't there in my local copy.) Fixed, though. Thanks for that catch.

--Hildy

[jmarcus]

I ran that same script for the server check today and it was working a few days ago. I guess it is the same issue for me.

I just checked out revision 385 and still no luck

[afrosheen]

Just to be on the safe side, I also downloaded the servercheck file and ran it. The page came back instantly saying "Your server is Cerberus Helpdesk 4.0 compatible!".

I then wiped the cerb4/install folder and did an svn update to pull down any changes. Like an idiot I forgot to drop the mysql table and got an upgrade warning and that was my brick wall.

After dropping the database and recreating it, I ran the install script again. This time I got stuck again, with the link in the browser address bar reading step5 at the end and our favorite error message on the page.

I deleted the /libs/devblocks/tmp/zend_cache---devblocks_tables* file and went through the setup again. This time I got stopped with the database already existing/upgrade warning again.

Just for fun, I decided to drop the database, recreate it, run the install, stop at the license agreement then delete the devblocks_tables temp file before continuing. It still stopped with the step5 address and the same old error message.

Next?

[jstanden]

How bizarre. These steps-to-reproduce are absolutely excellent though.

I'll pass this thread to Q/A to see if they can do anything to reproduce this.

Is everyone against giving me a guest login or FTP to take a look at what's going on? ;)

[afrosheen]

I *would* do something like ftp or ssh with you, but unfortunately this thing is deep inside our network running on a vmware host. I really can't push it to the outside at this point. Not only that but I get to end this work week in 5 minutes. Maybe pick this up next week.

[TheSpend]

I might be able to give you access to a RedHat Enterprise Linux 5 virtual machine over the weekend.

[jstanden]

Sounds good!

If either of you guys are able to reproduce this on a clean VMware virtual machine (with minimal disk configuration, etc.) you could just send me the entire persisted machine too. I'm a long-time VMware fan.

I could troubleshoot with that as well as anything.

For whatever reason, we're having a difficult time reproducing the circumstances of this issue on anything we try -- but you guys are clearly having no problem at all! :)

[TechnoKid]

Hello,

I have just installed a fresh machine yesterday using the following config:

Ubuntu Linux, Server Version 7.04
GD installed using apt-get
Apache HTTPD 2.2.26 from Source
PHP 5.2.4 from Source
Mailparse installed using PECL CLI

I am having the same UsermeetTool problem. I'm up for a interactive MSN Messenger or GTalk debug session. Just PM me with an Address.

Best Regards

[wysard]

I'm adding myself to the list:

ERROR: ClassLoader could not find 'Extension_UsermeetTool':

Fatal error: Class 'Extension_UsermeetTool' not found in /home/*/public_html/cerb4/plugins/usermeet.sc/api/UmScApp.php on line 14

I did my SVN yesterday 5 Oct. and got the above message today -- clean install. A few days ago I installed it no problems from the zip file, also a clean install (deleted everything to start over both times). (I just wanted to try subversion.)

Server Version: Apache/1.3.39 (Unix) PHP/5.2.3 mod_auth_passthrough/1.8 mod_log_bytes/1.2 mod_bwlimited/1.4 FrontPage/5.0.2.2635.SR1.2

Maybe that helps.

[jstanden]

I am having the same UsermeetTool problem. I'm up for a interactive MSN Messenger or GTalk debug session. Just PM me with an Address.

Alright! I'm here this weekend, I'll shoot you my Gmail address in a minute.

[mroch]

I had been getting this problem too, using Gentoo with Apache2 and PHP 5.2.4.

I just deleted everything and checked out revision 370, and it installed properly. I'm trying 371 now, and I'll let you know which revision breaks it.

[mroch]

I had been getting this problem too, using Gentoo with Apache2 and PHP 5.2.4.

I just deleted everything and checked out revision 370, and it installed properly. I'm trying 371 now, and I'll let you know which revision breaks it.

Revision 371 breaks it for sure.

HTH,
Marshall

[mroch]

usermeet.sc depends on usermeet.core, but DevblocksPlatform::readPlugins() loads plugins in the order that it finds them in the plugins/ directory. It is not guaranteed to load them in alphabetical order, so usermeet.sc is sometimes loading before usermeet.core, which causes the error.

[AWBS-Rob]

Having the same issue, I just installed via SVN. I am online all weekend, so if interested in trying to get this fixed via MSN (or ICQ/AIM/Skype, etc) with access to the server let me know.

[jstanden]

It is not guaranteed to load them in alphabetical order, so usermeet.sc is sometimes loading before usermeet.core, which causes the error.

That makes a lot of sense. In guessing with Dan over here, we were trending toward finishing the plug-in dependency system to ensure Devblocks is loading classes in the proper order. (http://www.wgmdev.com/jira/browse/CHD-209)

I'll go ahead and try renaming my plug-in directories on a new install so my OS loads them in the wrong order.

It seems to work predictably in alpha-order with Debian Etch, Ubuntu server, RHEL3, XAMPP in Win64, etc., which would explain why I haven't been able to reproduce this, but the alphabetical order of usermeet.core and usermeet.sc is just a coincidence. This should definitely be handled better.

Thanks for digging into it, it's a huge help!

[jstanden]

Perfect! You definitely found it, mroch.

I just renamed usermeet.sc to usermeet.abc and ran a clean install. It bombed out at step 5 with the infamous error message.

Great work!

Thanks also to TechnoKid who provided shell access to a box where I could see the issue in action and verify the solution.

I'll get a patch into SVN this afternoon. Sorry for the headaches, guys.

[jstanden]

OK! I've committed a workaround which should let you guys get past this issue.

I'm still working on the official Devblocks plugin dependency loader, but doing something like that properly takes more time than I want to make you guys wait. I've simply removed the code that was initializing each plugin as the manifest (plugin.xml) was read from disk.

This means everything can load from disk in any order, and it's up to Devblocks, driving the application flow of Cerb4, to call things in the proper order. That should be fine, because things like the Knowledgebase or Support Center are sub-plugins of the Community Tools plugin. They won't be called for by the application first.

However, to be absolutely sure a future plugin won't be called out of order by contributing multiple extensions (listeners, menu pages, community tools, config pages, etc) I'll wrap up our dependency loader.

To get things running:

Update from Subversion
Drop your database tables (if this was a fresh install)
Run /cerb4/install/ in your browserIf you ran into this issue after an upgrade, it should be sufficient to just run /cerb4/update again.

Let me know if this gets everybody fixed up.

Thanks!

[AWBS-Rob]

Worked for me.

[jstanden]

Excellent!

I've heard 4 confirmations. So far nobody has said it's still a problem.

I'm glad you guys uncovered that before a wide-scale release. :)

[wysard]

Worked for me too. Thanks.

[jkopacze]

PHP 5.2.4 with Suhosin-Patch 0.9.6.2 + debian Etch

[afrosheen]

Nice work. I guess when we all gang up things get done quickly. ;) I got my installation to run all the way through and now I'm tinkering with it. It is so spartan compared to the 3.x version I'm accustomed to.

[jmarcus]

I'm working now too.

[jstanden]

Nice work. I guess when we all gang up things get done quickly. ;)

Definitely!

It is so spartan compared to the 3.x version I'm accustomed to.

Yeah, we're trying to keep the core application incredibly straightforward and intuitive. Our new plugin system lets us bolt on everything else -- watchers, custom fields, Support Center, etc.

We've been knocking off a major plugin every couple days -- and in doing it this way we're able to get your feedback a lot sooner. :)

[afrosheen]

I'm looking forward to SSO (single sign-on) support and ldap/AD integration with this version. I really hope both are possible.

[neenach2002]

I'm looking forward to SSO (single sign-on) support and ldap/AD integration with this version. I really hope both are possible.

We implemented SSO on our site very easily! It's just a few queries to the database...well...ONE query, if you know how to write it! ;)

'SELECT
ticket.id, mask, subject, is_closed, team_id,
ticket.created_date, updated_date, first_wrote_address_id, last_wrote_address_id,
message.id as messageID, message.created_date as messageCreated,
content, message.address_id AS fromAddr, requester.ticket_id,
team.id as teamID, name as team_name, signature
FROM `ticket`,`message`,`message_content`,`requester`,` team`
WHERE ticket.mask = ?
AND message.ticket_id = ticket.id
AND message_content.message_id = message.id
AND team.id = ticket.team_id'


That will pull the ticket and all other data based on the ticket mask. Then you just need 2 more queries. One to get all the user tickets, and then another to make sure that the user is a requester...

[afrosheen]

I'm not sure we're talking about the same SSO. The kind I'm talking about allows you to embed the Support Center into a Sharepoint page and have the Sharepoint authentication passed to the SC so users don't have to log in twice. Not sure if or how this is possible.

[neenach2002]

I'm not sure we're talking about the same SSO. The kind I'm talking about allows you to embed the Support Center into a Sharepoint page and have the Sharepoint authentication passed to the SC so users don't have to log in twice. Not sure if or how this is possible.

Ahhh, well I'm sure they can develop a plugin for it, or you can probably write the code yourself...it doesn't sound too hard.

[jstanden]

I'm not sure we're talking about the same SSO. The kind I'm talking about allows you to embed the Support Center into a Sharepoint page and have the Sharepoint authentication passed to the SC so users don't have to log in twice. Not sure if or how this is possible.

It basically just depends on how you can get at that Sharepoint session. If there's a backend you can query (by IP, cookie, etc.) then you could automatically authenticate any SC visit without a password.