From: John C. <joh...@ua...> - 2004-06-28 14:32:55
|
Reini, I've been looking at the LDAP code on the current CVS version. It appears that the LDAP_SET_OPTION string is not getting set in the _init function. Not setting those options with AD is causing the search to fail. I'm not sure why the code doesn't work anymore, it looks a lot like the old code :-) Thanks, John Cole ------------------------------------- This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. |
From: John C. <joh...@ua...> - 2004-06-28 17:58:16
|
Reini, Wow, lots of things started working again :-) Here are some small problems that may or may not need to be fixed before the next release. 1) when loading from pgsrc (over an existing, older, database) with a conflict on a page, pressing 'restore anyway' restores the page, but with this warning: lib\WikiDB\backend\PearDB.php:824: Fatal[256]: wikidb_backend_mysql: fatal database error * DB Error: already exists * (INSERT INTO session (sess_id, sess_data, sess_date, sess_ip) VALUES ('e8862bbd480913d1e3d0b7b2e3be8c63', 'wiki_user|O:10:\"_adminuser\":10:{s:7:\"_userid\";s:5:\"admin\";s:6:\"_leve l\";i:10;s:6:\"_prefs\";O:15:\"userpreferences\":4:{s:6:\"_prefs\";a:13:{s:6 :\"userid\";O:15:\"_userpreference\":3:{s:13:\"default_value\";s:0:\"\";s:5: \"_init\";b:0;s:6:\"userid\";s:5:\"admin\";}s:6:\"passwd\";O:15:\"_userprefe rence\":2:{s:13:\"default_value\";s:0:\"\";s:5:\"_init\";b:0;}s:9:\"autologi n\";O:20:\"_userpreference_bool\":2:{s:13:\"default_value\";b:0;s:5:\"_init\ ";b:0;}s:5:\"email\";O:21:\"_userpreference_email\":2:{s:13:\"default_value\ ";s:0:\"\";s:5:\"_init\";b:0;}s:11:\"notifyPages\";O:22:\"_userpreference_no tify\":2:{s:13:\"default_value\";s:0:\"\";s:5:\"_init\";b:0;}s:5:\"theme\";O :21:\"_userpreference_theme\":2:{s:13:\"default_value\";s:6:\"MacOSX\";s:5:\ "_init\";b:0;}s:4:\"lang\";O:24:\"_userpreference_language\":2:{s:13:\"defau lt_value\"; 2) when logging in (using ldap) from the login box on the bottom of each page, you go to the sign in page which has the following warning: lib\WikiUserNew.php:2088: Warning[2]: ldap_bind(): Unable to bind to server: Invalid credentials It looks like it's checking against a blank password, which isn't valid in my case :-) Note: authentication WORKS! It's just a warning. 3) when editing a page, the page is edited, but I get the following warning (could this be a config issue on my end?) lib\WikiDB\backend\PearDB.php:824: Fatal[256]: wikidb_backend_mysql: fatal database error * DB Error: already exists * (INSERT INTO session (sess_id, sess_data, sess_date, sess_ip) VALUES ('e8862bbd480913d1e3d0b7b2e3be8c63', 'wiki_user|O:13:\"_ldappassuser\":9:{s:7:\"_userid\";s:5:\"jcole\";s:6: ... (It's similar to the above message) 4) This one may be a bit more serious. Since about two weeks ago, I have been getting a lot of false conflicts on editing. I know this, because I'm the only one on the entire system editing a page, so no other use could have edited. The confilict page has my last edit and my new edit as a conflict. This seems to happen if you make a couple of edits in a row. I just saw this with Apache 1.3.31/PHP 4.3.7/W2K3. Thanks, John Cole -----Original Message----- From: php...@li... [mailto:php...@li...]On Behalf Of Reini Urban Sent: Monday, June 28, 2004 10:59 AM To: php...@li... Subject: Re: [Phpwiki-talk] ldap progress John Cole schrieb: > Reini, > I've been looking at the LDAP code on the current CVS version. It appears > that the LDAP_SET_OPTION string is not getting set in the _init function. > Not setting those options with AD is causing the search to fail. > > I'm not sure why the code doesn't work anymore, it looks a lot like the > old code :-) Not old code, but it was heavily simplified. I found your problem (in IniConfig) and fixed the outstanding problem with crashes on user logins (other than admins). The problem was an endless recursion in WikiGroup isAdmin(). I also fixed the GroupLdap handling. I believe we are now ready for the 1.3.11 release. All remaining serious bugs are fixed. I'm checking now the remaining minor problems. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ Phpwiki-talk mailing list Php...@li... https://lists.sourceforge.net/lists/listinfo/phpwiki-talk ------------------------------------- This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. |
From: Reini U. <ru...@x-...> - 2004-06-28 15:59:04
|
John Cole schrieb: > Reini, > I've been looking at the LDAP code on the current CVS version. It appears > that the LDAP_SET_OPTION string is not getting set in the _init function. > Not setting those options with AD is causing the search to fail. > > I'm not sure why the code doesn't work anymore, it looks a lot like the > old code :-) Not old code, but it was heavily simplified. I found your problem (in IniConfig) and fixed the outstanding problem with crashes on user logins (other than admins). The problem was an endless recursion in WikiGroup isAdmin(). I also fixed the GroupLdap handling. I believe we are now ready for the 1.3.11 release. All remaining serious bugs are fixed. I'm checking now the remaining minor problems. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
From: Reini U. <ru...@x-...> - 2004-06-28 17:40:03
|
Arthaey Angosii schrieb: > Reini Urban <ru...@x-...> wrote: >>I believe we are now ready for the 1.3.11 release. >>All remaining serious bugs are fixed. > > Is there a smooth way to upgrade, once you make the new release? I > assume there must be, since I've read of several people with existing > PhpWikis migrating their data, but I don't see any tips on how to > upgrade without wiping out existing Wiki info. If you want a complete new wiki: "Backup" and "Restore" all your pages from the Administration page. (either as zip or as set of files) If you want to stay with the same database: Read the ReleaseNotes, "Upgrade" from the Administration page. Or add ?action=upgrade at the url > In general, where should I be asking my PhpWiki questions? There's no > one on the #phpwiki channel and no phpwiki-support mailing list > exists; does the Help forum at SF get answered regularly? Here is the best. The forums are not so often checked. (Though they would increase or activity meter) > PS - I see you made yourself a homepage on my wiki! :) sure, to test your problem. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |