Subscription "get by" functions now don't use ArrayWrappers

They were getting in the way of some strict-typing stuff.

New Managed_DataObject retrieval: listFind

This will return a proper DB_DataObject instance (as the desired class)
and not an array, or ArrayWrapper.

Make better use of Subscription class

removed lib/subs.php as it was essentially only a wrapper for Subscription

instanceof instead of is_a is faster (thanks quix0r)

StatusNet_HTTPResponse now prefixed with GNUSocial_

url shortening fixes for api config and not ur1.ca

Will have to change the 'maxnoticelength' code to stop shortening ALL
links if the setting for infinitely long notices is configured.

8 chars was too little, 32 should be enough.

GNUSOCIAL is the new defined indicator

STATUSNET is still there for compatibility, so we don't have to change
all scripts at once yet...

minor fixes and cleanups in the scripts directory

PHP 5.3 dependency declared in INSTALL file

Bad call to joinAdd in Profile.php

Autocomplete migrated to jquery-ui autocomplete

No longer bundled with the library (as jquery-ui is bundled with the
main software, including the autocomplete part).

Rewrites had to be made to migrate, as several API things had changed
when jquery-ui took over the library.

Currently (like before, right?) this only autocompletes in the end of
the current textarea. So you can't jump back in the middle of a text
and autocomplete a user or group. This is a serious deficiency, though
not a regression.

Gravatar pretty much equals disregarding privacy

Not only that one can often correlate email address md5 hash sums, but
the "functionality" depends on a bunch of external calls.

Events on user registrations now strictly typed

Event::handle only takes array $args

This is because it calls call_user_func_array with that exact $args argument.

Added new config for lighttpd.conf that worked on my 1.28 setup.

Modified and additionally commented by MMN-o

Minified javascripts are evil! Human readable source, please!

jquery 2.x update related fix (.die no longer defined)

Fixed regression from jquery-cookie update

cookieValue was matched against null, not undefined.

updated and moved jquery-cookie

Also added to minification Makefile in js/ as it was not delivered from
upstream as .min.js

updated and moved jquery-jcrop (no longer .min.js)

This won't run properly if other scripts stop javascript execution before
it's time to crop (such as in the Bookmark plugin, which when writing this
hasn't been migrated to Jquery 2.x - so it stops on a '.die' call).

Some images were cleaned up from the theme/base/images/illustrations too.

updated jquery-infieldlabel from 0.1.2 to 0.2.1

Source: https://github.com/instanceofme/jquery-infieldlabels/

Removed jOverlay as it's outdated and not referenced

jquery form updated and moved to js/extlib

jquery-ui updated and moved to js/extlib

It seems we don't need all the development files. Though it feels a bit
evil not to keep them. Then again we didn't have the whole dev-tree there.

Really we should maybe use git submodules for this?

I also made sure that if we don't have minify enabled, a non-minified
version of jquery-ui is loaded, as minification is the most evil of all.
Bad as hell to debug, and anyone visiting the site should be allowed to
view all scripts that are run in an overseeable manner.

jquery javascript was moved to js/extlib

Changing js .live calls to .on for jquery 2.x

farbtastic removed along with userdesign stuff

...I couldn't find anywhere this was being used in current code...

Fixed regression from util.js updates + syntax cleanup

We introduced a regression in 6fa9062d28713e81d508854fa232ce65a8a59319
based on syntax error, as a curly brace ({) was lost. This is now fixed.

Updated jquery extlib to v2.0.3

Includes pre-minimized version from code.jquery.com

json2 extlib updated to 2013-05-26 version

Includes minification and Makefile update

Shortcut for (document).ready(). Changed .attr() to .prop() for checked and disabled.

Changed .attr() to .prop() for checked and disabled. Removed "style" removal which I assume was tied to opacity setting on line 9. Replaced "style" setting via attr() on line 12 with css().

Changed bind() and live() to on(). Changed .attr() to .prop() for checked and disabled. Shortcut for (document).ready(). This is the first attempt to convert live() elements to on() according to http://api.jquery.com/live/.

Changed bind() and unbind() to on() and off(). Shortcut for (document).ready().

Add 'twitter:title' meta tag support.

Twitter cards implementation. Currently only supports 'photo' cards.

Putting in functionality so that sites with the "Sometimes" SSL setting allow for users with plugins such as HTTPSEVERYWHERE who wish to use HTTPS to do so without having errors pop up. Specifically this references this issue: http://status.net/open-source/issues/3855#comment-48988.

(Port detection test removed by MMN-o. Also switched order on the test for
isHTTPS/SensitiveAction.)

Declaring some more static functions properly

As a bonus I added type declaration on Profile_block::exists and
Subscription::exists respectively.

Removing unnecessary require_once lines (autoload!)

Tidying up getUser calls to profiles and some events

getUser calls are much more strict, and one place where this was found was
in the (un)subscribe start/end event handlers, which resulted in making the
Subscription class a bit stricter, regarding ::start and ::cancel at least.
Several minor fixes in many files were made due to this.

This does NOT touch the Foreign_link function, which should also have a more
strict getUser call. That is a future project.

Using a bit more of $this->scoped (Action parent class)

$this->scoped is the currently active profile, which is intended
to replace the $user object in the long run...

NewapplicationAction converted to FormAction

Cutting down on a bunch of redundant code. We're reusing a lot of stuff
from FormAction and Action now instead of having copies of code all over.

needLogin renamed checkLogin and made a property

Action extended classes now can set 'needLogin' as a protected property,
which is defaulted to 'false'. However, FormAction defaults this to 'true'
because most of the form actions will require a current login to be valid.

NewgroupAction, NewmessageAction, NewnoticeAction are all affected by this
commit and in the future we will migrate each potential formaction to the
proper class parent tree. :)

newmessage (and Message class) fixed for FormAction

Also added a needLogin function to the Action class, which will do
redirect to login page with proper returnto setting.

IMPORTANT: parent::handlePost() in NewnoticeAction

otherwise we don't do csrf checking etc...

NewnoticeAction converted to extend FormAction

There are still several improvements which can be made, such as not
having an entirely separate setup of ajax form functions. Instead
those should be implemented in FormAction. But at least now we got
rid of the redundant code use in prepare/handle.

Conforming to code layout

Proper definition of $args array in NewgroupAction->prepare

Also, there is no need to do 'return' after throwing a ClientError
Exception. And we'll use the Action->clientError for logging benefits
until the error handling is properly done all the way to backend.

NewgroupAction converted to extend FormAction

Had to change Action function 'prepare' to 'protected', as you can't
(of course) protect something that's been public in a parent class. The
other way around seems fine for PHP... Eventually all actions will have
protected 'prepare' (use execute/run)

A feature of the previously fixed initialization of Action classes, is
that we now have $this->scoped which is the current profile in use. As
of now that is always a local User, except the corresponding Profile
object.

Also, instead of calling 'showForm' everywhere, in case of an error we
just throw an exception of some sort and pass the message along there.

I've also introduced in FormAction the 'showInstructions' function in
order to get a unified instructions/info/error display method.

TODO: Improve info/error message handling, and what/when/where to show.

Added a FormAction extension

FormAction will act as a parent class to Action classes that use forms
of various sorts, such as newgroup creation, settings actions etc.

handle no longer uses $argarray or $args

Preparing more object-oriented Action handling

Action classes can now be run by calling the static function 'run'.
Eventually actions will be migrated so most functionality gets put
into parent classes, and the children don't have to have as much
duplicate code as they have now.

db/core.php lacked User_username (Issue 3299)

Commit message edited by MMN-o (User_username schemaDef already patched).

Fixed comment description in STS plugin

Changes to GNUsocial plugins

These aren't ready for production use. Might be insecure, probably broken.

removing empty "planned" GNU Social plugins

Moved multiGet into Managed_DataObject

Stronger typing, require array where param array

pivotGet moved into Managed_DataObject

Syntax error in XMPP config example

plugins onAutoload now only overloads if necessary (extlibs etc.)

lib/plugin.php now has a parent onAutoload function that finds most common
files that are used in plugins (actions, dataobjects, forms, libs etc.) if
they are put in the standardised directories ('actions', 'classes', 'forms',
'lib' and perhaps some others in the future).

More info for a proper, fancy-url lighttpd setup

Woops, forgot auto_increment (comes with 'serial')

There are still some classes not ported (like Yammer import)

GNU Social extensions fixes (please read note)

These extensions are not considered secure nor stable right now, so don't
use them for a while.

IMPORTANT - fixed HubSub to properly fetch primary keys

In commit e95f77d34c501d345e731ccf6bc722034d155b77 HubSub lost the
'staticGet' function in a consolidation into the Managed_DataObject class.
This was done carelessly by me as HubSub::staticGet was actually taking
two arguments, none of which was a key and merging them in HubSub::hashkey()
(staticGet was renamed getKV 2a4dc77a633cc78907934fd93200ac16d55be78e).

NOTE: This complements commit 7e4718a4eb8d0e932398d6f150339fa6aec05267 which
fixed a similar issue for the Magicsig class.

OStatus classes now has modern schemaDef

IMPORTANT: Making prev. Memcached_DataObject working again with schemaDef

Lots of the Memcached_DataObject classes stopped working when upgraded to
Managed_DataObject because they lacked schemaDef().

I have _hopefully_ made it so that all the references to the table uses
each class' schemaDef, rather than the more manual ColumnDef stuff. Not
all plugins have been tested thoroughly yet.

NOTE: This is applied with getKV calls instead of staticGet, as it was
important for PHP Strict Standards compliance to avoid calling the non-
static functions statically. (unfortunately DB and DB_DataObject still do
this within themselves...)

We can now do late static binding (PHP >= 5.3)

Unnecessary UTF-8 declaration for database

Further static declarations of functions

Validate could probably be replaced with filter_var if desired (PHP>=5.2.0)

Class wasn't used anywhere, and file contained wrong class

Don't use DB_DataObject::factory (statically at least)

Not all instances of this has been fixed, but at least the ones
in the base class of Memcached_DataObject.

Avatar fix (in classes/Profile.php) requires a pkeyGet function
in the Avatar class (or as in this tree, the parent class of
Managed_DataObject)

Managed_DataObject now has listGet for all classes

Properly definingStatusNet class static functions with 'static'

Added shared default plugin list between profiles

IMPORTANT - fixed Magicsig to properly overload getKV (prev. staticGet)

In commit e95f77d34c501d345e731ccf6bc722034d155b77 Magicsig lost the 'staticGet' function (later renamed to getKV in 2a4dc77a633cc78907934fd93200ac16d55be78e ), which was important to properly initialize the Magicsig object (fromString)

Memcached_DataObject::multicache is now properly defined static

pkeyGet is now static and more similar to getKV

Memcached_DataObject now defines
   * pkeyGetClass to avoid collision with Managed_DataObject pkeyGet
   * getClassKV to avoid collision with Managed_DataObject getKV

Magicsig class now Managed_DataObject with nicer schemaDef

Bookmark class now has schemaDef (for Managed_DataObject)

The overloaded DB_DataObject function staticGet is now called getKV

I used this hacky sed-command (run it from your GNU Social root, or change the first grep's path to where it actually lies) to do a rough fix on all ::staticGet calls and rename them to ::getKV

   sed -i -s -e '/DataObject::staticGet/I!s/::staticGet/::getKV/Ig' $(grep -R ::staticGet `pwd`/* | grep -v -e '^extlib' | grep -v DataObject:: |grep -v "function staticGet"|cut -d: -f1 |sort |uniq)

If you're applying this, remember to change the Managed_DataObject and Memcached_DataObject function definitions of staticGet to getKV!

This might of course take some getting used to, or modification fo StatusNet plugins, but the result is that all the static calls (to staticGet) are now properly made without breaking PHP Strict Standards. Standards are there to be followed (and they caused some very bad confusion when used with get_called_class)

Reasonably any plugin or code that tests for the definition of 'GNUSOCIAL' or similar will take this change into consideration.

Updating all Memcached_DataObject extended classes to Managed_DataObject

In some brief tests, this causes no problems.

In this state however, you would need to modify DB_DataObject to have a static declaration of staticget (and probably pkeyGet). The next commit will change the staticGet overload to a unique function name (like getKV for getKeyValue), which means we can properly call the function by PHP Strict Standards.

Some statically called functions in plugins now declared statically

Plugins with classes that extend Managed_DataObject get better code reuse

The switch to having a function in Managed_DataObject is now being applied
to plugins which can use this as well.

There are some plugins that still use Memcached_DataObject, but these will
be taken care of later.

staticGet for sub-Managed_DataObject classes now calls parent

The parent class for our database objects, Managed_DataObject, has a
dynamically assigned class in staticGet which objects get put into,
leaving us with less code to do the same thing.

We will probably have to move away from the DB_DataObject 'staticGet'
call as it is nowadays deprecated.

Managed_DataObject gets dynamic class detection for staticGet

Compatibility: get_called_class is implemented in PHP >= 5.3.0

staticGet is a static function

We always call staticGet statically, so we define it statically. Next
step is to remove a bunch of definitions of 'staticGet' from classes
that can instead fall back to a parent class in Managed_DataObject.

The ampersand is removed as we're returning a class anyway, which does
not need a reference (and when we return false, it means nothing).

No need for newline when running 'echo'

Default to NOT ask for current location for new users

It may be a bad experience for new users to immediately when trying
out the service be asked for their geographical position. Instead,
let them opt-in for this behaviour.

printf tries to evaluate "%" in paths, echo does not

Automatic memcache support enabler for config

Added SSL option to web and cli installers

visual presentation of group's homepage href was its local stream url

fix typo on provider_url

letting the noticeform at the top show, to fix broken reply button javascript

Added author name to modified file

_m function for translation seems to be what we use

Issue 3636 request clarity for users without validated emails on instances with RequireValidatedEmail active

new plugin to check, store and migrate password hashes to crypt()