Site profile "community" should be invite-only by default

Because if you have your own local/closed community, likely you
don't want random newcomers that drop in, spam and leave dead
accounts.

The Admin can of course always override this by setting the config
"inviteonly" to false either in the config.php or on the website.

Get group attentions back into the "all" feed

We sent a User object instead of Profile to InboxNoticeStream (thanks postblue)

We don't add to inbox anymore.

Added OpportunisticQM README that has good docs

Clear Attentions when notice or profile is removed

Add an index for Attention notice_ids too

Not sure if this is really needed, since notice_id and profile_id together
build up the primary key. That might cause MySQL to index them anyway.

Add Attention stuff to TwitterBridge

Add Attention class for non-sub and non-mention notice attentions

Add Managed_DataObject getID() to avoid $obj->id

Stricter typing + user detection in Realtime

Favicon updated to match new theme images

Use CachingNoticeStream for "All" feed (hope it works)

Removed Inbox from core (unused since 4b2a66ed29091209c05d74755e42f96265c846ce)

Added the following FIXME:
How should a Twitter user get their Inbox filled with foreign tweets?

Every imported Twitter user has a profile in the Profile table, so we
could setup a Subscription entry for each of those, meaning they get
collected in the InboxNoticeStream... But this would mean a lot of
unnecessary entries and listings that generally just point to the
locked down Twitter service.

Let's figure out a good relation so we can connect any profile to any
imported foreign notice, so it shows up in the "all" feed.

New mechanism for "all" feed (InboxNoticeStream)

Also cleaned up and made typing stricter for the stream, so only
profiles can be submitted. This reasonably also means we can create
"inbox" or "all" streams for foreign profiles as well using the same
stream handler (but of course only for messages we already know about).

To avoid looking up posts for a long time in a large notice database,
the lookback period for the inbox is no longer than the profile creation
date. (this matches the behaviour of Inbox)

Inbox class can probably be removed now.

Removed deprecated Inbox functions not in use from User

Trying to remove Inbox, first steps

Treat author just as anyone else (Notice distrib)

Always queue inbox distribution

Merge branch 'master' into FeedPoller

Merge commit 'refs/merge-requests/11' of git://gitorious.org/statusnet/gnu-social into merge-requests/11

Make ostatussub conform to coding standards a bit

Better typing for isSubscribed

Handle removed profile more gracefully in noticelist

Just hide it from the visitor, but log a warning (and error, since
the exception itself logs that).

Spiffing up all.php and making it more profile:y

SubMirror now works again against old PuSH

There was a problem with (specifically at least) PuSHpress for
Wordpress. A previous attempt to perform a DB transaction backfired
because the remote side could connect to the callback before our
commit had gone through.

I take full responsibility for introducing the bug in the first place :)

Cosmetic changes to SubMirror actions

Remove Twitter from SubMirror

Twitter removed Atom feeds in API v1.1, so there is no way to mirror
a feed without screen-scraping or registering a dev account with them.

GNU social naming, not StatusNet

Add check after oembed API call. In case of error, returned value is false which generate error messages 'Trying to get property of non-object'.

Prepare for >1024 RSA keys for Salmon signatures

Throw exception, don't return null in Conversation::create

Conversation ID now gets set from initial notice.

This will work without much extra effort because there will always be
more notices (higher value) than conversations (so no collisions).

But please run upgrade.php to avoid having an autoincrement id on
conversation table.

Installations using code after 2014-03-01 will have identical
conversation IDs to the initial (conversation root) notice IDs. This
will not affect older installations, which will have very different
values.

Don't show installation form on checkPrereqs fail.

...and be a bit more instructive on how to continue installing.

Updating version check to match requirements

Also removing a legacy check for, nowadays, unsupported versions.

Less StatusNet, more GNU social

We've still got stuff like the update-subscription thing to set up.

Use UTF-8 for installer page

JSON is a required PHP extension for GNU social.

INSTALL file clarifications

Minor language fixes

Merge commit 'refs/merge-requests/10' of git://gitorious.org/statusnet/gnu-social into merge-requests/10

We have removed minified javascripts from core

Installation should note we're using GNU social

Fix typo in INSTALL. Thanks @postblue for reporting

Update documentation to reflect queueadmon changes. Also add basic opportunisticqm description

Dynamically enable scripts/queuedaemon.php into scripts/getvaliddaemons.php depending on common_config('queue', 'daemon') value. True = enabled, False=disabled. Default is false (see previous commit)

Introduce new config option common_config('queue','daemon').Allows to dynamically enable scripts/queuedaemon.php into scripts/getvaliddaemons.php

Bad route config (thanks brw12)

ben wheeler submitted this bug report with a patch for StatusNet.

Minor code cleanup with group related actions (thanks brw12)

Originated from brw12 who noticed an incorrect variable name used in
an error message in actions/apigroupjoin.php:109

Don't forget to strip 'Plugin'. (_MrB_ rocks, MMN-o sucks.)

Paths are like "plugins/Realtime/...", not "plugins/RealtimePlugin/...".

Partly revert 97830b07019d9ffe33e2c2048bac39026e636998 (thanks _MrB_)

require_once lines were required since _plugins_ don't __autoload

Also, Realtime would load the wrong URL for css/js since $this->name()
returns get_class($this) instead of the calling class' __CLASS__.

nl2br so we get proper newlining when publishing \r, \n or \r\n

Don't discard XML in queue items

XMPP messages on -out at least were strings of XML that were stopped
because they weren't JSON.

Making us less dependant on javascript trust

Many of the microapps are pretty javascript dependant, but at least
we should allow users to get to the new notice field without allowing
javascript to run in the browser. :)

minify removed from core (use plugin if desired)

My reasoning: Minifying makes third party review harder. A visitor on
a GNU social site should have no problem reading, understanding and
modifying javascripts for their own liking. A minified script is much
more difficult to use, reuse, modify and share.

Free software is not minified.

Preparing plugins for no-minify-in-core-policy

also making the file structure better with js and css folders for Realtime and LinkPreview

Remove util.min.js (minifying is EVIL)

Add various entry points to enhance compatibility with Twitter client like Twidere

Add 'profile_image_url_https' to enhance compatiblity with Twitter clients since they now need https URLs instead of plain http

mentions from OStatus lookup were missing a 'type' attribute in common_linkify_mention

Compare to profile id of group, for backward compatibility

stricter typing

Autocomplete now matches remote profiles as well.

Merge commit 'refs/merge-requests/8' of git://gitorious.org/statusnet/gnu-social into merge-requests/8

Snapshot call was left behind

Merge branch 'master' of git://gitorious.org/+socialites/statusnet/gnu-social

Remove callback sneakery by StatusNet

slightly less confusing inline if

Updated logos

Fiw TwitterBridge after SSL enforcement (https://dev.twitter.com/discussions/24239)

Use exceptions for Notice::getByUri

..jeez, a long time since I commited. Three in a row to get this right. Sorry :)

Notice::getByUri is of course static

getByUri added to Notice for future use

Merge commit 'refs/merge-requests/6' of git://gitorious.org/statusnet/gnu-social into merge-requests/6

instanceof checks for better typing

updating prepare and handle

Previous edit made translation notes incompatible

apparently not only regex 'https?' urls are sent

better comment for PuSH <0.4 hack

apparently not only regex 'https?' urls are sent

better comment for PuSH <0.4 hack

check local/plugins before plugins in Plugin::onAutoload

Twitter search server has changed domain name (thanks mrvdb)

Merge branch 'master' into FeedPoller

Queues should be enabled by default (thanks postblue)

Cronish jobs by the minute. These run very often!

Minutely will NOT necessarily run by the minute, because it depends on
site visitors. Busy sites will be able to do this, but sites where the
visitors (or search engine stuff or api calls) are more than a minute
apart, the interval will be much larger.

OpportunisticQM can't run as subsystem qm

Cron split into Cronish and OpportunisticQM

/main/cron changed to /main/runqueue

The key-required functionality is not throughly tested yet.

Cron plugin added and now default queue handler

Generally the Cron plugin will run if there's still execution time for
1 second since starting the Action processing. If you want to change
this (such as disabling, 0 seconds, or maybe running bigger chunks,
for like 4 seconds) you can do this, where 'n' is time in seconds.

   addPlugin('Cron', array('secs_per_action', n));

Add 'rel_to_pageload'=>false to the array if you want to run the queue
for a certain amount of seconds _despite_ maybe already having run that
long in the previous parts of Action processing.

Perhaps you want to run the cron script remotely, using a machine capable
of background processing (or locally, to avoid running daemon processes),
simply do an HTTP GET request to the route /main/cron of your GNU social.
Setting secs_per_action to 0 in the plugin config will imply that you run
all your queue handling by calling /main/cron (which runs as long as it can).

/main/cron will output "0" if it has finished processing, "1" if it should
be called again to complete processing (because it ran out of time due to
PHP's max_execution_time INI setting).

The Cron plugin also runs events as close to hourly, daily and weekly
as you get, based on the opportunistic method of running whenever a user
visits the site. This means of course that the cron events should be as
fast as possible, not only to avoid delaying page load for users but
also to minimize the risk of running into PHP's max_execution_time. One
suggestion is to only use the events to add new queue items for later processing.

These events are called CronHourly, CronDaily, CronWeekly - however there
is no guarantee that all events will execute, so some kind of failsafe,
transaction-ish method must be implemented in the future.

We haven't added the cron plugin yet

Plugins should be initialized with an empty array, not null

Attention structure has changed recently

Don't miss integer 0 values from find()

Comment and typing improvements

To make the StatusNet::addPlugin() accept only arrays,
the lib/default.php had to be changed because all plugins
had 'null' as default value instead of an array.

Don't allow double plugin loading

GTalk shouldn't be trusted to comply with XMPP nowadays

GNUSOCIAL, not STATUSNET. Too many changes to be backwards compatible

Don't disable queuedaemons before Cron stuff is done

Minor queue fixes, probably not very important. Preparing for cron

Slightly better indication that notice section shows incomplete text

Must still be improved somehow.