aboutsummaryrefslogtreecommitdiffstats
path: root/include/items.php
Commit message (Collapse)AuthorAgeFilesLines
* fix tag delivery default permissions (use channel_allow_cid rather than ↵friendica2014-02-131-11/+11
| | | | allow_cid etc.)
* better bookmark escapingfriendica2014-02-101-2/+3
|
* don't add bookmark tags to naked links inside code blocksfriendica2014-02-101-0/+9
|
* fix the "every other link gets messed up" problemfriendica2014-02-091-1/+3
|
* fix wall photosfriendica2014-02-091-0/+9
|
* that's betterfriendica2014-02-081-0/+2
|
* make all naked links bookmark-ablefriendica2014-02-061-1/+1
|
* add bookmark tag to naked links if they're red sites. We can do this because ↵friendica2014-02-061-1/+1
| | | | red links are linkified when the post is submitted. Can't do this for other naked links because they only get linkified during display and won't have a taxonomy object attached to the message.
* notification bug - don't use $r, we already set it to something else that we ↵friendica2014-02-061-2/+4
| | | | need further on.
* cleanup - nothing morefriendica2014-02-051-3/+3
|
* fix auto-add of bookmarks to find sender correctly and optionally auto add ↵friendica2014-02-051-4/+10
| | | | bookmarks for self
* This would be about the 75th attempt to try and prevent duplicated email ↵friendica2014-02-051-1/+10
| | | | notifications for comments. Eventually we'll find something that works.
* bookmarkingfriendica2014-02-041-0/+15
|
* transmit, receive, and parse bookmarksfriendica2014-02-031-2/+8
|
* provide some interesting new options to channel sourcesfriendica2014-01-311-2/+2
|
* some tweaks to items_fetch for the apifriendica2014-01-251-2/+5
|
* Merge pull request #284 from cvogeley/masterfriendica2014-01-251-5/+10
|\ | | | | API changes
| * API My wall postsChristian Vogeley2014-01-251-3/+5
| |
| * Add $since_id to items_fetchChristian Vogeley2014-01-221-2/+5
| |
* | try to reduce the number of simulaneous deliveries of the same post when ↵friendica2014-01-221-13/+20
|/ | | | dealing with owner relays that have more than one channel instance. If things melt down in the next few hours and I'm not available please revert this. I've reviewed a few times and think it's OK, but this part of the delivery code is traditionally touchy.
* dav: throw exception if channel for requested DAV directory is deletedfriendica2014-01-151-2/+4
|
* some minor cleanup on plinks for some very subtle permissions issuesfriendica2014-01-091-8/+10
|
* use display/ plinks for commentszottel2014-01-091-3/+2
|
* save channel/<channel>/?mid=... plinks with the itemszottel2014-01-091-2/+9
|
* a few fixes to webpage editingfriendica2014-01-041-0/+49
|
* modify tag_deliver and tgroup_check to handle exclusion tagsfriendica2013-12-291-2/+2
|
* remove a couple of mysql reserved words from being used as table or row ↵friendica2013-12-221-1/+1
| | | | names. For this round we're getting 'group' and 'desc'. Warning: potentially destabilising as this touches a lot of code.
* sourced items which are then edited at the source weren't setting up the ↵friendica2013-12-191-1/+8
| | | | second delivery chain.
* Tricky little bug. Allowed somebody to bypass comment permissions. Hopefully ↵friendica2013-12-161-3/+4
| | | | the fix will have no undesired side effects.
* issue #240 - we were using htmlentities instead of htmlspecialchars in ↵friendica2013-12-111-36/+35
| | | | several places, and this was a bit greedy in the set of characters which were converted from utf-8 to HTML entities. Also brought mail attachments up to date so they are rendered identically to item attachments.
* suggestion widget tweaked to make it comanche capable. Remove old versions ↵friendica2013-12-081-3/+9
| | | | of specs that are so obsolete it isn't funny. Zot protocol reference is in red's github wiki, and in the code. We should move the github copy to /doc once it is updated to match the code. There's no point in documenting dfrn in the red code base.
* post_activity_item issuesfriendica2013-12-071-5/+23
|
* include re-organisation and more doco, post_to_red fix ampersands in categoriesfriendica2013-12-041-23/+19
|
* deprecate a->get_curl_code() and $a->get_curl_headers()friendica2013-12-011-192/+0
|
* item store hooksfriendica2013-11-281-0/+15
|
* more loop preventionfriendica2013-11-261-0/+8
|
* ensure that drop_item doesn't recursefriendica2013-11-261-1/+1
|
* add drop_item hookfriendica2013-11-261-0/+3
|
* webpage edit - losing the ability to pass unfiltered html and perhaps some ↵friendica2013-11-201-3/+2
| | | | php due to unsetting uid too early in item_store_update()
* Protocol: now set data['alg'] on all encapsulated encrypted packets, so that ↵friendica2013-11-201-13/+13
| | | | we can more easily retire 'aes256cbc' once it is no longer viable.
* magic auth issuesfriendica2013-11-171-1/+1
|
* fix commented timestampfriendica2013-11-171-3/+4
|
* better job of setting parent createdfriendica2013-11-171-7/+4
|
* pull in some posts when we first connect with a new channel (if allowed to) ↵friendica2013-11-171-7/+20
| | | | - if not allowed to, do it if that condition changes
* populate some posts when somebody is granted "read stream" permissionfriendica2013-11-171-0/+5
|
* allow private mail sender to set an expiration on their messages. Once ↵friendica2013-11-061-0/+6
| | | | expired the message is destroyed at both ends (subject to the granularity of the polling interval) and is gone. Officially it takes some form of language independent string like 2013/11/22, but English speakers can use anything that strtotime() understands, like "+30 minutes" or "next Tuesday".
* private tagged posts weren't creating second delivery chain - they were ↵friendica2013-11-041-1/+14
| | | | incorrectly being marked as "in a reshare" due to being obscured.
* prevent posts from floating to the top after minor editsfriendica2013-10-191-1/+6
|
* turn off endless scroll if we have no more content to load - currently for ↵friendica2013-10-131-0/+1
| | | | mod_display, need to add to other content modules
* preserve the source owner when creating a delivery fork so that we can ↵friendica2013-10-131-4/+28
| | | | uplink back to them without any ambiguity.