f746866b65
[StoreRemoteMedia] StoreRemoteMedia now uses the new filename format, which allows it to display correctly in the UI. Formatting fixes
2019-08-03 17:31:42 +01:00
8f31a1a820
[MEDIA][OEMBED] Fixed regression in OEmbed, because it relied on accessing the files directly, which previous commits broke. The File table really should have a bool...
2019-08-03 17:31:42 +01:00
f717081893
[OEmbed] Revert filename change introduced with 96ce758c
2019-08-03 17:30:52 +01:00
01b5118c6f
[Oembed] Refactoring and some improvements (namely documentation)
...
Imported some changes from postActiv
2019-08-03 17:30:52 +01:00
46f98b3142
[VersionBump] 1.19.0, fairly late
...
The core plugins whose version was attached to GS's were reseted to 2.0.0.
2.0.0 was chosen as reset version for plugins because it is higher than
the one that was set by inheriting GS version. Furthermore, it's a
major change from prior plugin versioning system thus it also makes
semantic sense.
Justification for version bump:
== GS ==
9a4ab31f26 1.19.0
c13b935201c13b93520118fc39d2cfc083a8bcc2e8783d46d0d9a42550ff1536d3ef29c03ed457a6d2e6519badfe411e8138b17e0b4169daa5f87fd4d75b5d2f4af6dbf669836cf674f8f87845a09b34e4d432295d339204f1eea4e679a1187967db6ff5bc030da3209cc7df51d6bf7f17474d8a07edec5f0042971d746b5450b7e65dcc98d1c6e6667db0cd3290227b50a59c439b46496ab8c920986030060b1d529c021af89c052cf838f2eceface473937cb99a39ebe66fddc3cecfc02b43d484ebe8e487187ee0887220b0e186ad57d0e186ad57d0ceae66a30f586fb5a517195296846e
2019-06-07 15:02:08 +01:00
1536d3ef29
[XML/HTML Outputter] General improvements and refactoring as well as some bug fixes
2019-05-07 15:57:19 +01:00
96ce758c05
Trying to debug some stuff regarding oEmbed
2017-09-10 14:04:12 +02:00
661930cbe6
oEmbed had bad variable reference in error message
2017-07-10 20:28:35 +02:00
c9cfda5ef2
Bad constant (LOG_WARNING, not LOG_WARN)
2017-07-10 14:50:25 +02:00
3bc2454e91
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.)
2017-07-10 14:41:03 +02:00
cb5bcf4937
bad log constant
2016-08-28 00:16:31 +02:00
563b3b1328
Using File->setTitle in oEmbed
2016-07-23 21:01:28 +02:00
1b3d583418
file_quota for OembedPlugin too
...
Don't download huge files that might kill memory limits.
2016-07-21 03:19:05 +02:00
809e2f6d07
Use File->getID()
2016-07-21 01:38:48 +02:00
97f7e6632d
Embed attachments marked up as microformats2 (I think rather properly)
2016-03-27 16:21:43 +02:00
53c1750f0d
If the attachment is a photo, don't replace representation in oEmbed
2016-03-22 14:02:36 +01:00
365f3d2aa5
Full-content oEmbed html doesn't take up all space (and renders properly)
2016-03-17 12:58:40 +01:00
102f7ab059
oEmbed neatifying (inspired by Qvitter)
2016-03-17 00:31:45 +01:00
265fa12917
Relatively experimental change to store thumbnails in 'file/thumb/' (by default)
2016-03-07 22:33:34 +01:00
4d17d95335
Try to get mime data before hashing (cpu intensive)
2016-02-25 22:31:45 +01:00
4239c952d2
$metadata->thumbnail_url is not guaranteed to be set
...
We should probably have a separate class for this, so we can more
easily combine different technologies similar to oEmbed/OpenGraph.
2016-02-25 19:46:17 +01:00
b9d35659c8
Stricter exception check
2016-02-10 04:43:30 +01:00
7e6783bb8f
Replace htmLawed with HTMLPurifier
2016-01-28 19:01:13 +01:00
daea5647b6
Merge branch 'nightly' of git.gnu.io:gnu/gnu-social into mmn_fixes
2016-01-28 17:27:08 +01:00
efe23ed404
updateWithKeys now understands multi-column keys
...
and automatically identifies _which_ columns are the right ones,
so for example 'uri' primary keys don't need to be explicitly set
2016-01-28 16:42:59 +01:00
06e325d61b
fixes two issues when the oembed thumbnail is blank
2016-01-28 15:19:29 +00:00
b8d1e1f4a6
silence errors on these xpath queries
2016-01-26 11:28:24 +00:00
473f893d04
detab
2016-01-26 01:07:44 +00:00
76c8139054
not pretty, but gives us better oembed data for wordpress and facebook
2016-01-26 01:05:53 +00:00
0caf0612d0
Make Twitter Media upload API v1.1 reach us
...
Now we just have to accept the 'media' or 'media_data' (base64 encoded)
POST arguments instead of $_FILES uploads.
2016-01-14 18:29:21 +01:00
3658774429
Super-basic OpenGraph image preview support, "works for me"
2016-01-12 15:29:03 +01:00
d4be5349b3
think I have managed to show oEmbed images better now
2016-01-07 17:35:37 +01:00
6772d991ae
Only provide Notice oEmbed data for local notices
2015-12-31 01:55:18 +01:00
334a0d56e7
Oembed slimmed to only do discovery (soon we get og: discovery too)
2015-11-30 02:06:04 +01:00
a9b1b60a97
Refactor on File::processNew
...
The code was so involved there was even a comment asking for a refactor.
Now, File_redirection::where always returns a nice File_redirection
object instead of an array or string or nothing. The object is
either one which already existed or else a new, unsaved object.
Instead of duplicating "does it exist" checks everywhere, do it in
File_redirection::where. You either get what exists or something to save.
An unsaved File_redirection may be paired with an unsaved File.
You will want to save the File first (using ->saveFile()) and put the
id in File_redirection#file_id before saving.
2015-11-02 05:15:08 +00:00
d52b7e3124
Oembed fiddling, nothing major
2015-10-01 22:18:33 +02:00
f094918cf6
Revert "Inverse logic error in OembedPlugin"
...
This reverts commit 9ab996d9e6
2015-04-05 15:44:04 +02:00
4fc4f91b9e
Allow oEmbed data from all sites by default
2015-04-03 21:00:19 +02:00
9ab996d9e6
Inverse logic error in OembedPlugin
2015-04-03 20:59:56 +02:00
8fac7a9f6c
StatusNet class renamed GNUsocial
...
also added backward compatible StatusNet class for the two calls I know
third party plugins use, isHTTPS and getActivePlugins
2015-02-27 12:44:15 +01:00
000b7675d8
Vimeo oEmbed thumbnail host added to whitelist
2015-02-02 11:14:13 +01:00
470971cf47
File_thumbnail uses file_id as PRI
2015-01-25 13:13:01 +01:00
12058c30b4
Managed_DataObject->updateWithKeys throws its own exception
2015-01-25 12:54:08 +01:00
0e0783ee8c
Regexp for Oembed domain matching
2015-01-25 11:18:57 +01:00
85e644d647
Remote thumbnail fetching from trusted sources
...
So far we only trust i.ytimg.com for YouTube thumbnails, but you can
configure the Oembed plugin in config.php by setting the plugin's class vars:
addPlugin('Oembed', array('param'=>'value', ...));
Some might think this is a security risk or privacy invasive, but as the Oembed
script is already calling remote sites to get information _about_ linked media,
the way to stop it is to disable the Oembed plugin. However it is not certain
it has been migrated out into a plugin properly yet. But try it if you want to.
2015-01-25 02:34:40 +01:00
092dfee1c6
spring cleaning in Oembed helper list
...
Fixed http -> https and removed some dead services
2015-01-17 12:06:08 +01:00
414a95a784
Initial move towards microformats2
...
No validation has been attempted yet. Lots of changes left. This
is visibly not (very) different from the previous CSS layout. But
some simplifications have been made.
Might cause issues with local changes to themes and CSS. Also maybe
javascript which depends on certain legacy microformats elements.
The move to microformats2 is motivated by the announcement that all
microformats should be migrated to version 2, as of 2014-06-20 at:
http://microformats.org/2014/06/20/microformats-org-turns-9-upgrade-to-microformats2
2014-06-22 17:11:04 +02:00
d7c40e77b2
Show more links work with AJAX-retrieved HTML
...
Attachment_ajaxAction has been removed since AttachmentAction handles
AJAX calls splendidly.
2014-05-19 00:56:21 +02:00
c93a5252c1
Don't show or preview text/html attachments
...
htmLawed cleans stuff out properly, but there's no very good way right
now to show text/html attachments, since everything gets jumbled up with
our own CSS etc. Best would be an iframe or just a new tab or so.
2014-05-18 23:11:49 +02:00
04b7194511
Notice->getUrl() for shares would throw exception in some feeds
2014-05-10 13:06:18 +02:00
Miguel Dantas
Diogo Cordeiro
Mikael Nordfeldth
hannes
Stephen Paul Weber