Let users who aren't allowed to login confirm their email separately

allow passing an url to email confirmation function

Merge branch '0.9.x' of gitorious.org:statusnet/mainline into 0.9.x

disallow login for users without validated email

Merge branch 'master' into 0.9.x

Fixes for ticket #3052: some commands started triggering when extra text is supposed to suppress them

Regressions caused by bad refactoring in commit 21feac3bea72b0ecd88a3.
Test cases in tests/CommandInterpreterTest.php were made against the pre-refactoring code, and now check out with the fixed code.
Failures were caused by not changing logic structure when moving from multiple exit points (each if point would return directly with a null or an object) to setting a result variable and then falling through to a common exit point. Without the if statements being restructured, the result variable would just get overridden by the next case.

CommandInterpreter test cases to guard against regressions

Issue #3049 - resync doc/im with the help command text (various additions since doc was last edited)

Merge branch '0.9.x' into reqemailprivate

Extend authorization framework to cover login and API use

I've extended the rights framework (centering on the Right class and Profile::hasRight()) to cover
Web login and API use. This will make it possible to prevent login and API use by users.

I added two new Right constants to the Right class: WEBLOGIN and API. I check these rights using
Profile::hasRight() when initializing users. If the rights check fails, I throw an exception.

I created a new AuthorizationException class for this particular
exception, in order to allow a different UI for these kinds of exceptions (or whatever).

HTML and style cleanup for EmailSummary plugin.

Blow user:site_owner cache when granting/revoking 'owner' role

* update translator documentation.
* remove superfluous whitespace.
* tab to spaces.
* add FIXME for undocumented class.

* update translator documentation.
* remove superfluous whitespace.
* L10n updates.
* small refactoring in publicrss.php.
* remove PHP4-isms

use fallback URIs for groups when filling in attention in Notice::asActivity()

Localisation updates from http://translatewiki.net.

Double quotes to single quotes.

* improve L10n consistency for English. For example proper punctuation for all button and label titles.
* fix some i18n bugs (in-message variables).
* update/add translator documentation.
* remove superfluous whitespace.

Merge branch 'master' into 0.9.x

add path separators for Plugin::path()

argument to send email summary to all users on all sites

fix indentation in siteemailsummaryhandler

fix indentation in sendemailsummary.php

fix indentation in Email_summary_status.php

fix indentation in EmailSummaryPlugin.php

fix indentation in usermailsummaryhandler.php

Get correct size for default avatar in email summary

New version, dev cycle

Merge remote branch 'origin/master' into 0.9.x

Localisation updates from http://translatewiki.net.

Merge remote branch 'origin/master'

backup action is read-only

Atom - output nickname for atom:name in atom:author

Update translator comment for the url shortener "free service" marker: free as in open

Fix for failure/exception on subscription/subscriber lists when deleted profiles are stuck in cached list.

Workaround for deleted profiles still appearing in cached subscriptions/subscribers lists: if we couldn't fetch them, don't include them in the ArrayWrapper.
ArrayWrapper doesn't deal well with null entries, which aren't meant to happen in how it works. This code has recently changed from dying directly with a PHP fatal error in that case to throwing an exception, which allows tracking down the caller.

It looks like there might be some cases where profiles and their matching subscriptions get deleted, but the subscription entries don't get properly cleared from cache... that still bears further investigation. The regular code path looks ok; calls Subscription::cancel() from code called in Profile::delete(); but if they're batch-deleted instead of one row at a time, that could fail to trigger.

Merge branch 'master' of gitorious.org:statusnet/mainline

add plugins/sslpath setting, default to site path/plugins

add --all and --suspicious options for update-profile-data.php

refactor for multi....

woops

Work in progress: update-profile-data.php to update ostatus profile info from the current feed

Merge branch 'master' of gitorious.org:statusnet/mainline

Merge remote branch 'dev/master'

get the subject first if you go to the feed

check legacy <actor> and <subject> first from feed

Merge branch 'master' into 0.9.x

Fix for ticket #3039: TwitterBridge was incorrectly sending repeats of Twitter-bound messages if the repeater has sending of things to Twitter disabled.

A repeat/retweet is roughly equivalent to an active direct post, so should follow the posting rules, rather than always sending over as we do for fave notifications.

Merge branch 'master' of gitorious.org:statusnet/mainline

* 'master' of gitorious.org:statusnet/mainline:
  Show aside primary on settings pages for all themes.
  correct error in README on default for deletion

FacebookBridge - remove unnecessary warning and noisy debugging statement

Show aside primary on settings pages for all themes.

correct error in README on default for deletion

Try not to wipe out good data with empty values in Ostatus_profile::updateProfile()

Output from 0.9.6 PuSH feeds seems to have a rump <author> but no
<activity:actor>. It was overwriting valid and useful data set up at
subscribe time.

This fix tries to avoid overwriting data. However, it may prevent
updates that delete data.

Bug: 3028

Atom output - Reinstate activity:actor and activity:subject
w/deprecation warnings. Also add statusnet:profile_info back into
author/actor.

Merge branch 'master' of gitorious.org:statusnet/mainline

Partial revert of 073f3e99: restores the original non-hashbang URLs for twitter users as the remote profile.
Should fix issue #3027: twitter user avatars not getting imported.

Due to the change in URI, all twitter users that had been previously seen were getting new profile entries, which tried to save the same avatar. This would fail as Avatar.url has a unique index.
Note: now anything new seen in the last couple days in production will still potentially conflict.

Remove executable bits from Auth_SASL files

include Auth_SASL from PEAR in extlib

Merge branch 'ssltweak'

Further tweak for ssl paths in plugin check (sslserver may be set but empty)

Merge branch 'master' of gitorious.org:statusnet/mainline

ensure*() functions throw exceptions for errors

Tweak to use site/server fallback when no plugins/sslserver or site/sslserver and generating plugin CSS

LOG_WARN -> LOG_WARNING

0.9.7beta2 (for js update)

Revert jQuery Form to r2.17 -- the latest fails with our Meteor stuff the way it tweaks document.domain (which also causes other AJAX-related problems and needs to be destroyed one of these days...)

FacebookBridge plugin - allow Facebook app ID and secret to be
initialized via config.php

Merge branch 'testing'

Merge remote branch 'origin/pluginstatic' into testing

Merge branch 'testing'

change alpha1 to beta1

Merge branch 'testing'

Conflicts:
plugins/Facebook/facebookaction.php
plugins/Facebook/facebookhome.php
plugins/Facebook/facebookutil.php

Make ShowmessageAction not be a subclass of MailboxAction

The ShowmessageAction was using the MailboxAction to do its display of
a single direct message. Since we redid the nickname management, this
was breaking (MailboxAction requires a nickname argument,
ShowmessageAction does not, and nickname validation that used to
quietly fail now throws an exception).

I've moved the message list processing to its own widget class, so the
need to subclass MailboxAction has disappeared. I've rewritten this
action to use the MessageListItem widget, and it works fine now.

correctly show the source of messages in a message list

Create and use MessageList widget

Our mailbox actions (inbox and outbox) were doing their own display of
messages. This was causing issues with especially showmessage, which
since the more rigourous nickname checks were added, no longer works as
a mailbox subclass.

I've taken the time to rip out the message listing code from MailboxAction
and moved it to a MessageList widget. The different mailboxes now have their
own subclasses that show the correct profile in the list.

Issue #3025: string -> boolean for profile_background_tile entry in JSON user results from Twitter-compat API

This entry was using the strings 'true' and 'false' instead of literal booleans, which could confuse clients expecting literal booleans as in other places and on Twitter in this place.

Add a brief explanation of what group inbox is at the top of the page (instructions section), plus a message to show when there are no private messages in the inbox.

Merge branch 'testing' of gitorious.org:statusnet/mainline into testing

Fix group regexes that got missed in Nickname::DISPLAY_FMT update: fixes bug where group linking happened, but not actual delivery, when using _underscores_ in the !group_name

hide feeds from group page if it's private-only

Show a little indicator for private-only groups

add hooks for Group profile information

Force notices to DMs when privacy = always

Change category and copyright year

Merge branch 'testing' into privategroup

pagination for group inbox

Rename PrivateGroup to GroupPrivateMessage to be clearer

Add group info to new group message email

button on the group page to post a new message

Form for posting a group message on group inbox

Add a hook for group action list

Show group local nav on group inbox

Show private messages to groups in a list

Shows the messages to a private group in a list. New classes for
showing a group private message and list of group private messages.

New actions for showing a stream of group private messages and a
single group private message.

move MESSAGES_PER_PAGE to common.php

Send a private group message with a d command

commands are always lowercased in interpreter

hooks for commands

save group privacy settings

hook for new group through a form, same as editing

autoload private group classes

redo the group dm schema, again