Merge remote branch 'origin/moveaccount' into moveaccount

Conflicts:
lib/accountmover.php

return a 409 Conflict when subscription already exists

OStatusPlugin does discovery in Profile::fromURI()

considerably more logging and error checking in AccountMover

add a log method to AccountMover

normalize accounts and check for return in HTTP for moving

move account-moving classes to their own libraries

execution protection on discovery.php

PHPCS discovery.php

Move discovery library from OStatus plugin to core

Revert "Revert "0.9.7alpha1""

This reverts commit fd205546512b75016b1e055aec24eab586ae818b.

Conflicts:

lib/common.php

first example of moving a user

Parse properties of links in XRD files

Add the Atom username to the XRD output

preserve activities in object

let callers pass in an XMLOutputter to output to

execution protection on discovery.php

PHPCS linkheader.php

PHPCS discovery.php

move linkheader.php to core

move linkheader.php to core

Move discovery library from OStatus plugin to core

Localisation updates from http://translatewiki.net.

Localisation updates from http://translatewiki.net.

Add translator comments.

* number parameters in messages
* add translator documentation
* remove superfluous whitespace
* small L10n update

* L10n updates
* translator documentation added

Add punctuation for consistency.

* remove i18n for debug message.
* add i18n for some exceptions.
* add translator documentation.
* L10n updates.
* remove superfluous whitespace.

* remove i18n for debug message.
* add i18n for some server exceptions.
* add translator documentation.
* L10n updates.
* remove superfluous whitespace.

* change i18n for confirmation string to make a bit more certain that the confirmation string is consistent in all messages where it is used.
* add translator documentation.
* remove superfluous whitespace.

Localisation updates from http://translatewiki.net.

Localisation updates from http://translatewiki.net.

Fix typo in extension description.

Merge remote branch 'gitorious/0.9.x' into 0.9.x

Merge branch 'moveaccount' of gitorious.org:~evan/statusnet/evans-mainline into moveaccount

Conflicts:
scripts/moveuser.php

normalize accounts and check for return in HTTP for moving

move account-moving classes to their own libraries

first example of moving a user

Parse properties of links in XRD files

Add the Atom username to the XRD output

preserve activities in object

let callers pass in an XMLOutputter to output to

execution protection on discovery.php

PHPCS linkheader.php

PHPCS discovery.php

move linkheader.php to core

move linkheader.php to core

Move discovery library from OStatus plugin to core

Merge branch 'newmenuplugin' into 0.9.x

Merge branch 'newmenuplugin' into testing

remove help link; Everyone => Public; Logo goes home

Show some menu fixup for settings for some themes

change 'Everyone' to 'Public'

combine account and connect menus

Added Start/EndRegistrationTry events to Facebook Bridge's user registration

Add README with intallation/upgrade instructions to the Facebook Bridge plugin

move profile to subgroupnav

Revert "Revert "0.9.7alpha1""

This reverts commit fd205546512b75016b1e055aec24eab586ae818b.

Conflicts:

lib/common.php

Add Dialog Axiata to SMS carriers

Merge branch '0.9.x' into testing

Remove json2 author's "don't hotlink my script pls" alert line from our local copy of json2.js :D
Added json2.min.js to the makefile so it can be updated easily when json2.js changes.

new menu layout plugin

change bookmark-info from a <p> to a <div>

Fix ticket #2181: Can't save #000000 (black) in color fields on design page

It seems to have actually been saving correctly, but the update of the colors on the form success page wasn't working properly.
When a design object is pulled out of the database, the numeric fields are read in as strings, so black comes back as "0".
But, when we populate the new object and then stick it live, we've populated it with actual integers; with memcache on these might live for a while in the cache...

The fallback code in Design::toWebColor() did a check ($color == null) which would be false for the string "0", but counts as true for the *integer* 0.
Thus, the display code would initially interpret the correctly-saved black color as "use default".

Changing the check to === against null and "" empty string avoids the false positive on integers, and lets us see our nice black text immediately after save.

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

Ticket #2649: fix for undefined $base_url in lighttpd code path

The $base_url var is never defined, and the code has actually always been wrong since it was added.
Just removing it seems to work fine :)

Typo fix: http://status.net/open-source/issues/2976

first example of moving a user

Merge branch 'testing' into moveaccount

Merge branch 'revertversion' into 0.9.x

Revert "0.9.7alpha1"

This reverts commit 3d62c1cf5114760c0a7b97cd69ba363ac059e215.

Configuration options for using an HTTP proxy

We can make a lot of HTTP requests from the server side. This change
adds some configuration options for using an HTTP proxy, which can
cache hits from multiple sites (good for status.net-like services, for example).

Parse properties of links in XRD files

Add the Atom username to the XRD output

preserve activities in object

let callers pass in an XMLOutputter to output to

execution protection on discovery.php

PHPCS linkheader.php

PHPCS discovery.php

move linkheader.php to core

move linkheader.php to core

Move discovery library from OStatus plugin to core

Bookmark plugin: tweak post-upload success message to distinguish between "already done" (UnQueueManager) and "started, should finish eventually" (other queue manager)

Bookmark plugin: fix for delicious import with queues enabled

We were passing DOM nodes directly into the queues for the final bookmark import stage; unfortunately these don't actually survive serialization.
Moved the extraction of properties from the HTML up to the first-stage handler, so now we don't have to worry about moving DOM nodes from one handler to the next. Instead passing an associative array of properties, which is fed into the Bookmark::saveNew by the per-bookmark handler.

Bookmark plugin: fixes for bad DOM element nesting in delicious import data

delicious bookmark exports use the godawful HTML bookmark file format that ancient versions of Netscape used (and has thus been the common import/export format for bookmarks since the dark ages of the web :)
This arranges bookmark entries as an HTML definition list, using a lot of implied close tags (leaving off the </dt> and </dd>).
DOMDocument->loadHTML() uses libxml2's HTML mode, which generally does ok with muddling through things but apparently is really, really bad about handling those implied close tags.

Sequences of adjacent <dt> elements (eg bookmark without a description, followed by another bookmark "<dt><dt>"), end up interpreted as nested ("<dt><dt></dt></dt>") instead of as siblings ("<dt></dt><dt></dt>").
The first round of code tried to resolve the nesting inline, but ended up a bit funky in places.
I've replaced this with a standalone run through the data to re-order the elements, based on our knowing that <dt> and <dd> cannot directly contain one another; once that's done, our main logic loop can be a bit cleaner. I'm not 100% sure it's doing nested sublists correctly, but these don't seem to show up in delicious export (and even if they do, with the way we flatten the input it shouldn't make a difference).

Also fixed a clearer edge case where some bookmarks didn't get imported when missing descriptions.

Bookmark plugin: graceful error out for failure to import a delicious bookmark due to it being already bookmarked

Fix up edge case in nickname processing: overlong display forms should be rejected before normalization (storage of display forms will also have fields with limited length)

Generated an extra class on bookmark notice <li>s

Events to hook for NoticeListElement <li> generation

switch bookmark CSS classes to use dash instead of underscore

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

don't show some bookmark elements if empty

Tweak the post-form return on bookmarklet if we're not in a popup that we can close

Make sure the UUIDs are unique too :)

Update ActivityCreationTests for our switch away from the obsolete <activity:actor>

Use UUIDs for Bookmark unique ID

I was trying to generate URIs for Bookmarks based on (profile, crc32(url), created).

I failed at that. CRC32s are unsigned ints, and our schema code didn't like that.

On top of that, my code to encode and restore created timestamps was problematic.

So, I switched back to using a meaningless unique ID for Bookmarks.

One way to do this would be to use an auto-incrementing integer ID. However, we've been
kind of crabbed out a few times for exposing auto-incrementing integer IDs as URIs, so
I thought maybe using a random UUID would be a better way to do it.

So, this patch sets random UUIDs for URIs of bookmarks.

UUID-generation tools

version 0.9.8dev

0.9.7alpha1