aboutsummaryrefslogtreecommitdiffstats
path: root/include/items.php
Commit message (Collapse)AuthorAgeFilesLines
...
* fix some privacy leakage in logsfriendica2013-07-311-0/+15
|
* better mail obscuringfriendica2013-07-311-15/+15
|
* zot feed - getting cut off too earlyfriendica2013-07-291-6/+9
|
* ensure conversation is includedfriendica2013-07-291-0/+1
|
* fix some weirdness on the zot feedfriendica2013-07-291-12/+21
|
* fix bug #84, make imported messages from your clones show up on your wallfriendica2013-07-291-0/+5
|
* tgroup_check wasn't allowing comments through.friendica2013-07-291-2/+9
|
* encrypt private messages on disk - there are still a couple of places where ↵friendica2013-07-281-2/+10
| | | | the text is leaked in the logs during processing.
* make zot_finger more bulletprooffriendica2013-07-211-1/+1
|
* private mail is just a little more private now. Not encrypted and the ↵friendica2013-07-191-5/+20
| | | | | | obfuscation is easily reversible, but not casually readable by browsing logfiles or mysql dumps. This isn't backward compatible - folks will have to upgrade if they can't read their mail.
* add channel_name to delivery logs because it is a bit more useful than an ↵friendica2013-07-151-1/+2
| | | | xchan_hash
* fix some issues that showed up in the logs.friendica2013-07-151-0/+7
|
* Add self to recipient lists. Sure we already have a copy but it's possible ↵friendica2013-07-141-0/+5
| | | | our nomadic channel clones don't.
* some work on issue #62 (comments collapsing on liveupdate), but still a work ↵friendica2013-07-021-3/+0
| | | | | | in progress some work on photo consolidated "view/edit", but still a work in progress
* fix some community tagging bugsfriendica2013-06-301-1/+3
|
* add age to directory profile - requires updating on each birthday and that ↵friendica2013-06-301-0/+1
| | | | part is still missing
* doc update, plus possible fix to "complex delivery chains" issue. Basically ↵friendica2013-06-291-1/+40
| | | | when the top-level post creator replies to a thread he sent to a forum via tags, it isn't getting redelivered to the forum members.
* fix cid queryfriendica2013-06-271-1/+1
|
* community tag issuesfriendica2013-06-201-2/+7
|
* found it - but I'll do some more testing before undoing the bypassfriendica2013-06-161-1/+1
|
* undefined functionfriendica2013-06-161-1/+1
|
* typosfriendica2013-06-161-2/+2
|
* implement 'can_comment_on_post()' which doesn't require a separate DB lookup ↵friendica2013-06-161-1/+41
| | | | per item.
* We will need a per item comment policy to be able to determine in advance if ↵friendica2013-06-161-3/+12
| | | | we have permission to comment on something , and we'll need to send it out with all communications. The current check is not only flawed but also a huge performance hit. Also provide the ability for an item to disable commenting completely - such as for a webpage or wherever you want to prevent comments on one item, without requiring a change to your entire permission scheme. All of this is only partially implemented at the moment but we need the structures in place on several sites in order to finish it without breaking everything.
* hopefully this won't screw up everything - if it does, revert. Otherwise ↵friendica2013-06-161-22/+28
| | | | this should work at delivery time to check tag deliveries and bounce the message before it's stored if the channel doesn't allow you to post and you aren't allowed to tag deliver either. Previously this was handled after the post was already stored so you needed posting permission as well as tag deliver permission to get past the checks.
* missing includefriendica2013-06-131-0/+1
|
* feeds are bit more standards compliant and a bit less broken nowfriendica2013-06-121-40/+39
|
* very minimal Atom feed - there will be a lot of bugs and unparseable content ↵friendica2013-06-121-192/+64
| | | | if you've got elaborately structured objects, but I got the thing to at least render in firefox given some quick test posts. If you find bugs (as you certainly will), feel free to fix them.
* This should get community tagging pretty close to working - deleting a ↵friendica2013-06-041-2/+32
| | | | community tag is left as a FIXME
* tagging posts now sends out a presumably legal activity message - all that's ↵friendica2013-06-041-2/+10
| | | | missing is catching it on the post owner's side, checking if people can tag this stream, and then add the tag to the parent message.
* force delayed_publish time comparisons to UTC.friendica2013-05-291-2/+2
|
* convert most red photos to zmgfriendica2013-05-281-7/+7
|
* wrong attribution on likes of comments in email notifications. Let's also ↵friendica2013-05-281-34/+6
| | | | call the thing they liked a comment instead of a status
* more progress on items_fetch (new name)friendica2013-05-231-36/+38
|
* implement time travelling postsfriendica2013-05-231-0/+9
|
* first cut at generic item searchfriendica2013-05-221-0/+222
|
* add basic input filtering to the simple activity postingfriendica2013-05-221-0/+20
|
* missing commafriendica2013-05-211-1/+1
|
* improvements to post_activity_item() so that it does not behave differently ↵friendica2013-05-211-0/+13
| | | | with delivery plugins than post_local via the API.
* fix app displayfriendica2013-05-211-1/+5
|
* photo driver abstractionfriendica2013-04-251-6/+6
|
* turn naked links in posts into zrl's if we've got a hubloc for the sitefriendica2013-04-181-0/+25
|
* basic poke workingfriendica2013-04-171-1/+1
|
* turn all Red links into zrls (not the old zrls, the new bbcode zrl which ↵friendica2013-04-151-6/+6
| | | | means we can zidify them)
* begin to cut the umbilicalfriendica2013-04-141-1/+1
|
* wrapper function to create arbitrary activities (e.g. for plugins and apps) ↵friendica2013-04-041-0/+65
| | | | with a minimal amount of fuss, though the amount of fuss could increase significantly depending on the nature of the activity. For a simple wall post, just set the $arr['body'] to the desired text and we'll do the rest. If the activity requires special verbs, objects or targets, these will all need to be constructed.
* liking comments were reverted to liking the parent after sending item to ↵friendica2013-04-031-4/+3
| | | | another channel
* update manage table and some documentationfriendica2013-03-271-16/+2
|
* rename 'uri' (and parent_uri) to 'mid' (and parent_mid) since these no ↵friendica2013-03-211-125/+125
| | | | longer remotely resemble uri's and are actually message_id's. This change is potentially destabilising because it touches a lot of code and structure. But it has to get done and there's no better time than the present.
* this might make edits update across the wire, or it might notfriendica2013-02-281-0/+166
|