Noone uses Facebook anymore.

Fixing HTTP_Request2_SocketWrapper so it times out

HTTP_Request2_SocketWrapper would never time out on an fgets() call as
discussed in issue #281 https://git.gnu.io/gnu/gnu-social/issues/281

I'm patching it here by setting the socket to non-blocking mode and
using stream_select to wait until the timeout. This patch or some
similar variant must be implemented in HTTP_Request2_SocketWrapper
to avoid the same issue for other users.

HubSub now remembers recent failures and counts them

oEmbed had bad variable reference in error message

Making upgrade.php somewhat more efficient by remember one-time-inits.

Bad constant (LOG_WARNING, not LOG_WARN)

AuthCrypt README brought out of the stone age

Rework the push mechanism a bit to a less DB dependant queue

Avoid excessive remote requests on oEmbed lookups

I noticed that each time a notice was accessed it'd do a remote lookup
with HEAD (and continue despite 404 etc.) and then another attempt to
download the resource. If this wasn't successful new attempts would be
made for each loading of the resource, which is extremely resource
intensive.

Whenever we can say "it's been n seconds since the last attempt" we
could probably enable this again - or just manually reload remote
thumbnails (as part of the StoreRemoteMedia plugin etc.)

Force arrays in constructors of ActivityStreamJSONDocument and JSONActivityCollection

Started using PHP7+ and it started complaining about count() being fed objects
that weren't "Countable". .)

Use intval on ini_get or we use a string for timeout

Patch DB before release, weird use of count()

Updating HTMLPurifier to 4.9.3

Source: https://htmlpurifier.org/download
Release date: 2017-06-19

Update PEAR DB to 1.9.2

Source: https://pear.php.net/package/DB
Release date: 2015-11-24

Updating PEAR Net_URL2 to 2.1.2

Source: https://pear.php.net/package/Net_URL2
Release date: 2016-04-18

Update PEAR DB_DataObject to 1.11.5

Source: https://pear.php.net/package/DB_DataObject
Release date: 2015-11-10

PEAR Net_SMTP updated to 1.8.0

Source: https://pear.php.net/package/Net_SMTP
Release date: 2017-04-06

PEAR Net_Socket updated to 1.2.2

Source: https://pear.php.net/package/Net_Socket
Release date: 2017-04-13

change default timeout setting for HTTPClient

Updating HTTP_Request2 to 2.3.0

Source: https://pear.php.net/package/HTTP_Request2
Release date: 2016-02-13 15:24 UTC

Remove debug call and change how connect_timeout is set

Configure a default timeout for HTTP connections at 60s

No requests we do externally should ever take more than 60 seconds. This
could probably be changed for downloading video or whatever for any cache
plugins that want to store data locally, but in general I think even 60s
is way longer than I expect any outgoing requests should take.

This affects everything using HTTPClient, our helper class, and thus all
hub pings, subscription requests, etc. etc.

The value, afaik, includes connect_timeout and if it takes 10 seconds to
establish a connection only 50 seconds is available to transfer data.

Endless loop nesting on ensureHub failure now fixed

Essentially I was missing a negation on a test if we were in rediscovery mode.

Fulltext indexes are supported in InnoDB since MariaDB 10.0.15

set a 'rediscovered' parameter to avoid nesting into an ensureHub loop forever

GNU social avatar by moshpirit / Alberto

Since ActivityContext::CONVERSATION changed to 'conversation' instead of 'ostatus:conversation' we need to add it ourselves

the xmlstringerthinger doesn't really use namespaces afaik

What just happened? Not sure if me or git caused duplicate code.

Merge branch 'master' into mmn_fixes

...and make sure we checkschema on Notice_prefs on upgrade...

Revert some of 8a4bec811b07a0ed9d76d0aceb03855c91a67242

use Notice_prefs instead of adding a new field. The rationale here
is simply that the Notice table was _huge_ and I rant into issues
with /tmp filling up when altering the tables. So let's just create
a new table instead.

Notice_prefs now available (I just copied Profile_prefs)

Output proper HTML and XML headers for single Atom entry

RFC5023 <https://tools.ietf.org/html/rfc5023> specifies that the
content type parameter 'type=entry' should be used to clarify data.

Output selfLink from notice asActivity[Object]

Return false immediately if $url is empty for common_valid_http_url

Notices start saving selfLink from activities/objects

Handle selfLink in ActivityObject

...and make sure we checkschema on Notice_prefs on upgrade...

Revert some of 8a4bec811b07a0ed9d76d0aceb03855c91a67242

use Notice_prefs instead of adding a new field. The rationale here
is simply that the Notice table was _huge_ and I rant into issues
with /tmp filling up when altering the tables. So let's just create
a new table instead.

Notice_prefs now available (I just copied Profile_prefs)

Output proper HTML and XML headers for single Atom entry

RFC5023 <https://tools.ietf.org/html/rfc5023> specifies that the
content type parameter 'type=entry' should be used to clarify data.

Output selfLink from notice asActivity[Object]

Return false immediately if $url is empty for common_valid_http_url

Notices start saving selfLink from activities/objects

Handle selfLink in ActivityObject

default to #addtag on !group mention

Fixed the parsing of ostatus:conversation etc.

Conversation will now start storing remote URL

The namespace features don't work the way they were written for here
so I fixed that, making the ostatus: namespace properly looked up and
then the homegrown getLink function looks for what is back-compat with
StatusNet etc. if I remember correctly.

Less raw database dumps in debug please

Fix issues with non-subscribed Ostatus_profiles

I like to throw exceptions instead of using if statements.

File_redirection->getFile could never get the file anyway if $redir->file_id was empty...

Show WebSub state on remote user profiles

Introduce neat function getFeedSub() on Ostatus_profile

Change mentions of PuSH to WebSub

WebSub is probably finalised before we make a release anyway. Here is
the official spec: https://www.w3.org/TR/websub/

Mostly just comments that have been changed. Some references to PuSH <0.4
are left because they actually refer to PuSH 0.3 and that's not WebSub...

The only actual code change that might affect anything is FeedSub->isPuSH()
but the only official plugin using that call was FeedPoller anyway...

Debugging log fix.

I think this will stop my daemons from endlessly looping

I got this which ate all my memory:

queuedaemon.php:10733] HTTPClient: HTTP HEAD https://drive.google.com/file/d/*masked*/view?usp=sharing - 200 OK
queuedaemon.php:10733] Checking for remote URL metadata for https://drive.google.com/file/d/*masked*/view?usp=sharing
queuedaemon.php:10733] HTTPClient: HTTP GET https://drive.google.com/file/d/*masked*/view?usp=sharing - 200 OK
queuedaemon.php:10733] Trying to discover an oEmbed endpoint using link headers.
queuedaemon.php:10733] Could not find an oEmbed endpoint using link headers, trying OpenGraph from HTML.
queuedaemon.php:10733] HTTPClient: HTTP HEAD https://drive.google.com/file/d/*masked*/view?usp=sharing&usp=embed_facebook - 200 OK
queuedaemon.php:10733] Checking for remote URL metadata for https://drive.google.com/file/d/*masked*/view?usp=sharing&usp=embed_facebook
queuedaemon.php:10733] HTTPClient: HTTP GET https://drive.google.com/file/d/*masked*/view?usp=sharing&usp=embed_facebook - 200 OK
queuedaemon.php:10733] Trying to discover an oEmbed endpoint using link headers.
queuedaemon.php:10733] Could not find an oEmbed endpoint using link headers, trying OpenGraph from HTML.
queuedaemon.php:10733] HTTPClient: HTTP HEAD https://drive.google.com/file/d/*masked*/view?usp=sharing&usp=embed_facebook&usp=embed_facebook - 200 OK
queuedaemon.php:10733] Checking for remote URL metadata for https://drive.google.com/file/d/*masked*/view?usp=sharing&usp=embed_facebook&usp=embed_facebook
queuedaemon.php:10733] HTTPClient: HTTP GET https://drive.google.com/file/d/*masked*/view?usp=sharing&usp=embed_facebook&usp=embed_facebook - 200 OK
queuedaemon.php:10733] Trying to discover an oEmbed endpoint using link headers.
queuedaemon.php:10733] Could not find an oEmbed endpoint using link headers, trying OpenGraph from HTML.
...ad nauseam.

Message to end-user on why FeedSub failed.

Clearing cache showed my layout fail!

Makes the attachment button stay within the form area...

Show what you're replying to in the web interface

ensureHub on 422 status code (Superfeedr error on non-existing topic)

More debugging info for FeedSub PuSH self-healing

syntax fix (throw _new_ *Exception)

Make sure we don't receiveFeed() in the case of that exception

Update huburi for FeedSub if PuSH signature is invalid

This because some remote server might have used third party PuSH hubs
but switch and we don't know about it.

Possible risks here are of course MITM that could force us to rediscover
PuSH hubs from a feed they control, but that currently feels ... meh.

Confirm_address::getByAddress not getAddress

Also fixed the error handling to match the function call.

Separate ensureHub into function in FeedSub

Escaping a URI in common_debug call

LRDD blacklisted URL test

LRDD blacklisted URL test

Test URLs against blacklist also on PuSH subscriptions.

Test URLs against blacklist also on PuSH subscriptions.

allowed_schemes was misspelled

allowed_schemes was misspelled

Moving form to its own file as we do nowadays

Modernise some function calls etc, to newer GNU social standards

Blacklist plugin enabled by default (bug fixes will come)

Use getByID nistead of getKV for Feedsub in PushInQueueHandler

Try https first on URL mention lookup

Somewhat simpler regex. Thanks acct:takeshitakenji@gs.kawa-kun.com

Merge branch 'master' into nightly

No change should be made, just making sure...

Fix URL mention regular expression FOR REALZ

Fix URL mention regular expression FOR REALZ

Fix URL mention regular expression in OStatusPlugin

Domain name regular expression into lib/framework.php

cherry-pick-merge

Split up OStatusPlugin preg functions so they can be reused

cherry-pick-merge

A bit more instructive debugging

New domain regexp for WebFinger matching.

Fix URL mention regular expression in OStatusPlugin

Domain name regular expression into lib/framework.php

Split up OStatusPlugin preg functions so they can be reused

A bit more instructive debugging

New domain regexp for WebFinger matching.

Import backlog on new subscription.

Danger is when importing a new feed that may be maliciously crafted
to contain a zillion entries.

Split OStatusPlugin FeedSub receive into two parts

FeedSub::receive now only handles the PuSH verification
FeedSub::receiveFeed is protected and only parses+imports feed XML

Less frightening interface on remote subscription

Instead of an error message in a red box about being unable to find the
profile, you get the title "Remote subscription" and no error message.

Empty resource would throw exception

The "+ Remote" link on your profile page broke because of exception.

Less frightening interface on remote subscription

Instead of an error message in a red box about being unable to find the
profile, you get the title "Remote subscription" and no error message.

Empty resource would throw exception

The "+ Remote" link on your profile page broke because of exception.

Merge branch 'master' into nightly