Brion Vibber [Mon, 8 Mar 2010 20:19:06 +0000 (12:19 -0800)]
Fix ticket #2208: regression in XMPP sending when server != host
The upstream class sets $this->basejid with host unconditionally, which wasn't previously an issue as the fulljid would always be filled in by the server at connect time before sending messages. With the new queued messaging, we need to make sure we've filled out $this->fulljid correctly without making a connection.
Now using $server if provided to build $this->basejid and $this->fulljid in the queued XMPP proxy class, so queued messages are sent correctly.
Jeffery To [Mon, 8 Mar 2010 07:31:16 +0000 (15:31 +0800)]
Fixed warning messages when auto-registering a new LDAP user.
On my test system (without memcache), while testing the LDAP
authentication plugin, when I sign in for the first time, triggering
auto-registration, I get these messages in the output page:
Warning: ksort() expects parameter 1 to be array, null given in /home/jeff/Documents/code/statusnet/classes/Memcached_DataObject.php on line 219
Warning: Invalid argument supplied for foreach() in /home/jeff/Documents/code/statusnet/classes/Memcached_DataObject.php on line 224
Warning: assert() [function.assert]: Assertion failed in /home/jeff/Documents/code/statusnet/classes/Memcached_DataObject.php on line 241
(plus two "Cannot modify header information..." messages as a result of
the above warnings)
This change appears to fix this (although I can't really explain exactly
why).
Jeffery To [Fri, 5 Mar 2010 09:54:53 +0000 (17:54 +0800)]
ldap_get_connection() to return null when passed a config with bad user/pw.
This mainly affects login; before if the user enters a valid username
but invalid password, ldap_get_connection() throws an
LDAP_INVALID_CREDENTIALS error. Now the user sees the regular
"Incorrect username of password" error message.
Brion Vibber [Fri, 5 Mar 2010 23:00:27 +0000 (15:00 -0800)]
OpenID fix:
- avoid notice on insert (missing sequenceKeys())
- avoid cache corruption on delete (user_id was missing from keys list, cache not cleared for user_id lookups)
Brion Vibber [Fri, 5 Mar 2010 19:27:48 +0000 (11:27 -0800)]
Initial install-time test for PCRE compiled without Unicode properties, which causes corruption in feeds and other linking problems.
Error message links to help info at http://status.net/wiki/Red_Hat_Enterprise_Linux#PCRE_library
Zach Copley [Thu, 4 Mar 2010 19:19:02 +0000 (11:19 -0800)]
Merge branch 'testing' of gitorious.org:statusnet/mainline into testing
* 'testing' of gitorious.org:statusnet/mainline:
Updated note on geo location and added a note on user roles
Set up subscription to update@status.net for admin user on new installation, if OStatus is set up and working. (Will fail gracefully on a behind-the-firewall site.)
Brion Vibber [Thu, 4 Mar 2010 19:00:02 +0000 (11:00 -0800)]
Set up subscription to update@status.net for admin user on new installation, if OStatus is set up and working. (Will fail gracefully on a behind-the-firewall site.)
Brion Vibber [Thu, 4 Mar 2010 17:33:56 +0000 (17:33 +0000)]
Dropping the earlier PubSubHubbub plugin; OStatus plugin is taking that portion over (with both internal and external hub options for user and group feeds).
Todo: add support for other feeds to OStatus PuSH hub implementation.
Brion Vibber [Thu, 4 Mar 2010 16:55:36 +0000 (08:55 -0800)]
Ignore API 'since' silently as Twitter does instead of throwing a 403 error. Getting extra results is less disruptive than total failure.
Threw in an X-StatusNet-Warning header on the off chance some API client developer notices it. :)
Brion Vibber [Thu, 4 Mar 2010 16:49:04 +0000 (08:49 -0800)]
Roll up some missing items from 08to09.sql; now hits all changed tables/columns/keys in core.
Added partial data conversions:
user_groups -> local_user: ids, names filled out; mainpage, uri left null
notice -> conversation: stub entry added to push the autoincrement past existing notice items
Brion Vibber [Thu, 4 Mar 2010 15:45:26 +0000 (07:45 -0800)]
Installer tweaks: maintain form values when redisplaying form after error, add pass confirmation and optional email forms for administrator.
Caveat: fancy URLs value isn't currently maintained; JS needs updating to not overwrite the value or we should kill it entirely.