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
3f9c1c142a
Removing unnecessary debug messages etc.
2016-01-21 02:49:34 +01:00
f7a1c8a94c
The $options array isn't used here
2016-01-04 01:48:54 +01:00
336f099241
Don't store object type for verbs (as they don't have it)
2016-01-02 16:05:20 +01:00
b01484a0a3
Managed_DataObject::newUri was called improperly
2015-11-23 00:39:49 +01:00
7ccd36849e
Merge branch 'master' of git.gnu.io:gnu/gnu-social into nightly
...
Conflicts:
plugins/OStatus/OStatusPlugin.php
master vs. nightly thing
2015-11-05 16:16:02 +01:00
8649591626
Stop incorrecly changing object_type to relative URI
...
All other data is using absolute URI for object_type.
2015-10-22 17:14:59 +00:00
a09cf51b99
Move Ostatus_profile->processPost function into plugin
2015-09-29 15:19:13 +02:00
9ad9b91efb
Call it compareVerbs when comparing verbs
2015-09-10 15:27:40 +02:00
2821be2bce
Notice properties set in bad order on activityobject saving
2015-03-12 22:17:08 +01:00
20f8dd6565
Repeats shown in threaded noticelist now handled by plugin
2015-03-12 19:49:20 +01:00
af67f15cf2
FavoritePlugin is now an "ActivityVerbHandlerPlugin"
2015-03-10 15:39:35 +01:00
9bb648739b
The argument formatting regexps are the third argument
2015-03-09 15:31:07 +01:00
3287ecc8d3
Delete Faves onProfileDeleteRelated instead of User
2015-03-09 15:01:05 +01:00
9deff7afaf
Email settings fix for the DB_DataObject bug for saving value 0
2015-03-07 21:57:43 +01:00
44191ac81a
Faves backed up properly to UAS
2015-02-13 11:52:29 +01:00
7cce2e17ff
FavoritePlugin uses getConfigPref for profile setting
2015-02-03 22:02:19 +01:00
3f7a305b2a
$this out of context (use $rcpt)
2015-02-03 21:15:37 +01:00
660e8c6efc
Fave::addNew now calls Notice::saveActivity
...
as a bonus we've fixed several FIXME issues for favorite email notification
and updated parts of the codebase for these activities to a more modern style.
2015-02-03 16:34:11 +01:00
99b1a6f576
user is a protected property in UAS/AtomUserNoticeFeed
...
The bug made it impossible to backup with Favorite ;)
Thanks postblue for reporting.
2015-01-23 11:58:42 +01:00
1b449ea705
scripts/upgrade.php would fail if Profile_prefs did not exist
...
A checkschema.php run would've done it, but that would require an
additional step to our upgrade procedure.
2014-11-27 14:46:10 +01:00
aedfb6a8dd
FavoritePlugin calls CommandInterpreter::split_arg
...
The last commit found a bug that a previous move of the FavCommand
into a plugin called $this in FavoritePlugin instead of the instance
of a CommandInterpreter class. Now that call is statically defined in
CommandInterpreter and appropriately called in FavoritePlugin.
2014-11-07 16:24:14 +01:00
6ac2a5b8ff
&$supported in CommandSupportedAPI event is boolean
...
not array as we specified here
2014-11-07 16:13:45 +01:00
509f31af0e
Favorite plugin now "extends" Activity on NoticeAsActivity
...
Got this mainly from my patches to FreeSocial. The idea is to migrate
also the Note activity to a plugin and have everything be handled as
events, only filling out the basic "context" stuff in the Notice class.
2014-07-28 10:02:53 +02:00
d11ce2ef3b
Consistently use "email-notify_fave" syntax for preference
2014-07-27 23:25:49 +02:00
ea8cb21e98
Allow exception to be thrown if saveActivityObject fails
2014-07-15 14:12:39 +02:00
c96f0aa30f
More Activity-based reasoning for saveActivity in Notice
...
If we can, get the activity ID from the activity itself, instead of the
supplied $options array.
2014-07-14 23:54:58 +02:00
0a20abf1d8
Email notify-on-fave moved to Profile_prefs (run upgrade.php)
2014-07-13 19:46:40 +02:00
a9bfa1979d
Don't send favorite notifications unless the user wants it.
2014-07-13 12:58:52 +02:00
2eea7a2d4b
Do proper Activity-plugin based mention notification
2014-07-07 01:15:43 +02:00
fffacaa27c
FavorAction now uses Notice::saveActivity
2014-07-06 01:37:03 +02:00
ffb9d7ad3f
Rewriting code for notice representation
...
Getting rid of NoticeListItemAdapter, putting more into ActivityHandlerPlugin
and relying on plugins to handle rendering code of the content. This gives us
a lot more structure and consistency in notice structure and allows activity
plugins to stop rendering certain kinds of notices more easily.
There should also be a property for an ActivityHandlerPlugin class to avoid
rendering notices in the ordinary stream, so we don't have to overload stuff.
2014-07-04 14:14:49 +02:00
c44146d6f8
Favorites are now being stored from activities
2014-07-02 18:38:19 +02:00
2e6a32c7be
Most of the activityobject-saving for Favorite implemented
2014-07-02 11:38:55 +02:00
38bea34562
Moved functions into ActivityHandlerPlugin from MicroAppPlugin
...
Dummy functions in Favorite plugin so far
2014-07-02 11:37:46 +02:00
138d26d488
Favorite "aside"-sections moved, also small fixes left from before
...
Action now has 'isAction' which compares the loaded Action with names
of classes in an array (added without the 'Action') to its own type.
2014-06-28 16:09:46 +02:00
7e597ea7cc
More Favorite pluginification (favecount, cache, menus(favecount, cache, menus))
2014-06-28 14:03:30 +02:00
fcdd061b4f
pluginified most of hasFave, getFaves and related calls
...
The code is now more event-driven when it comes to rendering notices
and their related HTML elements, since we can't have direct calls from
core to a plugin.
lib/activitymover.php has a function to move a Favorite activity which
will not happen now. The move must be pluginified and performed as an
event which plugins can catch on to.
2014-06-27 14:09:02 +02:00
db7cc7fa75
Favorite functionality put into plugin (not done yet)
...
Now we have to fix any code in the core which directly uses the Fave class
or any other favorite stuff, since it is pluginised and thus might not be
available on some installations.
2014-06-24 15:58:53 +02:00
Diogo Cordeiro
Mikael Nordfeldth
Stephen Paul Weber