Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - mobang

Pages: [1]

had the same error upgrading from to 1.7.4.
The upgrade script Pastafrola... tries to create indexes on some tables that already have them. Deleting all these indexes and then running upgrade script made our day ;-)




That was the Problem php-ldap was missing.
Too stupid that I was not looking at this.

Thanks a lot for your help!



it seems that the login works, but the page is not rendered, just a white browser window.

If I use sAMAccountName to login and the user is existing in feng with this username the white page appears. If I use userPrincipalName and try to login with user@domain.local the white page is also displayed.

If I use a wrong username or credential the red wrong username or password text is presented.

So basically it seems to work, but the page is not displayed.

Ahh, if a user is logged in and if I activate ldap this user can still work, but once logged out he can not log in again. This login remains even if you close the browser, restart the computer etc.

Any other thoughts?


thanks for the hint with debug = true!
But still no log.php in basedir/cache.

I am still getting a white browser window and no log.php is created.
The apache logs are clean.
The messages log and syslog are clean
The logs on the LDAP (AD) Server Win2003 are clean, too.

I'm on ubuntu 10.04
Apache 2.2.14
PHP Version 5.3.2-1ubuntu4.2
MySQL 5.1.41-3ubuntu12

Maybe I am missing something, what about apparmor, that is now a standard installation on ubuntu? I have unloaded all the profiles but no chance, so I think that should not be the problem.



with this ldap.config.php on Feng Office 1.7 I am getting a white screen and unfortunately there is no log.php file in the cache directory.

I can query the Windows Server 2003 LDAP through ldapsearch from the linux box that runs feng office

'binddn' => 'cn=LDAP,ou=SBSUsers,ou=Users,ou=MyBusiness,dc=Goehre,dc=net',
'bindpw' => 'pw',
'basedn' => 'ou=SBSUsers,ou=Users,ou=MyBusiness,dc=Goehre,dc=net',
'host' => '',
'uid' => ''

So what is uid for? What is set here?
Why do I not get a log.php file?




stumbled over the same problem.

The Overview of the workspace that was open during the upgrade from 1.4.2 to 1.5.2 showed me a "NULL" message. After changing the substr this overview worked again. All others were working before.

So for me the problem is solved.


How To's / Re: Work with documents larger than 10 meg?
« on: July 01, 2009, 04:22:26 am »

ensure that you edited the right php.ini. On some systems 2 or three hanging around. In my case, I'm using ubuntu 8.04, it's /etc/php5/apache/php.ini


How To's / Re: Get rid of DBConnectError [Workaround]
« on: June 18, 2009, 04:15:34 am »
Thanks for this information!

I haven't seen it in the config file, must be something like selective blindness ;-)


1.4 final / Error - new presentation in Safari
« on: June 05, 2009, 04:03:40 pm »
In Documents - New - Presentation an error slides in saying:

Can't find variable: slimey

The presentation programm is not displayed, only the back, save and rename button.

In Firefox everything works fine.
I'm on MacOSX 10.5.7
Safari 3.2.3

Unfortunately nothing is written to log.php and no debug info is displayed.
It happens also on other mac user accounts.

Maybe there is someone out there who can verify this?

I saw another problem that looked similar in but was not able to transfer to this one.

Thanks Ralf

Installation problems / Re: Automatic Update to 1.4.1
« on: June 05, 2009, 03:25:45 pm »
I had to clear my browser cache so no old stuff is loaded from there.

How To's / Get rid of DBConnectError [Workaround]
« on: April 29, 2009, 04:04:08 am »

just had the problem that I get this annoying DBConnectError every now and then. I use MySQL 5.1.30 with PHP 5.2.8 on Apache 2.2.11 all coming from XAMPP 1.7.0 and running on Windows XP 64Bit.

I have tracked down the problem to the connections OpenGoo leaves in sleep state on the MySQL Server. MySQL was configured to allow an unlimited number of connections and was using the default timeouts. That led to a 100% usage of MySQL and the error attached below because of several hundred connections (around 350) opened in sleep state!

Configuring the Server to accept not more than 25 connections and lower timeouts around 60 seconds solved the problem for now, just using it as a single user for the moment.

Maybe it's possible to let OpenGoo do it and use existing connections or closing them properly. Maybe this is a problem only existing on my machine?


Here is the debug output of OpenGoo

Error (DBConnectError)
Failed to connect to database
Error params:
File:    D:\htdocs\opengoo\environment\library\database\adapters\MysqlDBAdapter.class.php
Line:    32
#0 D:\htdocs\opengoo\environment\library\database\adapters\AbstractDBAdapter.class.php(40): MysqlDBAdapter->connect(Array)
#1 D:\htdocs\opengoo\environment\library\database\DB.class.php(97): AbstractDBAdapter->__construct(Array)
#2 D:\htdocs\opengoo\environment\library\database\DB.class.php(64): DB::connectAdapter('mysql', Array)
#3 D:\htdocs\opengoo\init.php(114): DB::connect('mysql', Array)
#4 D:\htdocs\opengoo\index.php(9): require('D:\htdocs\openg...')
#5 {main}

Pages: [1]