GitLab

.ini info as what used to be in statusnet.ini before OpenID was pulled
out into a plugin.

is used. And if we need it, the OpenID plugin should do it.

Catch and report exceptions from notice_to_omb_notice() instead of letting the OMB queue handler die.

DB_DataObject hides errors by silently returning null for any non-existent method call, making it harder to tell what the heck's going on... the rights check for blocked remote users returned null for the check for subscribe rights, thus eval'ing to false. We now log a note in this circumstance, which would have cut about 3 hours off of the debug time.

Revert "Allow plugin DB_DataObject classes to not have to use the .ini file by overriding keys(), table(), and sequenceKey() for them"

This reverts commit a373d07a.

Conflicts:

	classes/statusnet.ini
	lib/schema.php
	plugins/Authentication/AuthenticationPlugin.php
	plugins/OpenID/OpenIDPlugin.php
	plugins/UserFlag/UserFlagPlugin.php

It only works in Safari and Opera.
https://developer.mozilla.org/En/DOM/Window.open confirms that by
default, Firefox and IE forces their presence.

Drop error message on setlocale() failure; this is harmless, since we actually have a working locale set up.

Fix regression in OMB sending with queues enabled -- items never got dequeued, leading to ever-growing queue and big delays.

Success return code from omb_broadcast_message was dropped in commit ec88d265 (Aug 10 2009) which switched us to libomb backend. With queues enabled, this would lead to the notice being readded to the outgoing OMB queue for redelivery as the queue system thought the send failed. The resends caused extra load and confusion for third-party sites, and more worryingly just plugged up our own queue so legit messages were badly delayed.

This commit should restore the previous state, where we fire-and-forget; that is, we're not actually checking to see if all remote subscribers received the message successfully and there will be no resends.