streams/include
2013-10-26 14:48:03 -07:00
..
dba bring back mail list and cleanup some issues which popped out with full PHP warnings 2013-08-27 22:30:06 -07:00
photo big changes to photo->store() which is now photo->save() and takes an array instead of a list of args. Also the beginning of the migration to using photo_flags to indicate special purpose photos such as profile photos and contact photos and "thing" photos. 2013-08-07 01:42:45 -07:00
account.php Missing include for new_keypair 2013-08-10 16:28:05 +01:00
acl_selectors.php cleanup 2013-03-10 20:39:27 -07:00
activities.php provide detailed error to remote site for the myriad of things that can go wrong inside item_store(), !! this changes the return of item_store !! 2013-09-10 19:06:06 -07:00
api.php oauth wasn't logging in properly, also fixed api status_show to return last public post, not the last private post 2013-10-15 15:51:20 -07:00
attach.php Service class items 2013-09-08 17:19:09 +02:00
auth.php doc - complete hook list, still need detailed functional descriptions with parameters and examples for each 2013-10-18 15:48:59 -07:00
BaseObject.php start formatting for Doxygen 2013-02-25 17:09:40 -08:00
bb2diaspora.php start formatting for Doxygen 2013-02-25 17:09:40 -08:00
bbcode.php Slightly modify reshares so they can be themed as a whole. 2013-10-02 05:03:09 +01:00
cache.php start formatting for Doxygen 2013-02-25 17:09:40 -08:00
cli_startup.php fix some anomolies in config functions 2013-06-21 21:36:48 -07:00
cli_suggest.php populate initial suggestions (ultimately we want to do this at install time as well as from the poller so that new sites have friend suggestions when they create their first channel). 2013-08-05 20:08:35 -07:00
comanche.php passing vars to widgets in Comanche - !this breaks existing widget declarations! 2013-10-24 15:35:24 -07:00
config.php The check for f*cked database (which otherwise sends out zillions of update failed emails) interferes with install. So what else can we do about f*cked databases which open successfully but don't actually read/write data? It would of course be nice if we didn't have to deal with them, but apparently we do. For now we're not doing anything until I can figure out how to take the site offline when it happens without affecting install. 2013-10-04 14:42:18 -07:00
Contact.php implement republish permission for use in sourced channels 2013-09-30 21:49:26 -07:00
contact_selectors.php progress on multiple profiles, doing it the old way. I don't think we're going to be able to do it the new way - way too complicated. 2013-07-03 01:50:39 -07:00
contact_widgets.php remove the "Similar Interests" link until somebody makes it work 2013-09-29 18:34:41 -07:00
conversation.php Optionally pass a prepared "top level" item into conversation(). This will eventually be used by the photos module where the "top level item" of the conversation is a photo with editing and album navigation controls and doesn't look anything like a post. 2013-10-24 18:19:39 -07:00
ConversationObject.php Optionally pass a prepared "top level" item into conversation(). This will eventually be used by the photos module where the "top level item" of the conversation is a photo with editing and album navigation controls and doesn't look anything like a post. 2013-10-24 18:19:39 -07:00
cronhooks.php start formatting for Doxygen 2013-02-25 17:09:40 -08:00
crypto.php add more siteinfo 2013-07-24 20:35:54 -07:00
datetime.php start formatting for Doxygen 2013-02-25 17:09:40 -08:00
deliver.php block forgeries 2013-10-02 02:50:02 -07:00
dir_fns.php create update record for accounts on directory server itself during profile changes, re-queue failed directory sync packets, fix account_id index in queue creation, be more selective about updating hubloc_connected (only when we're talking to the associated site). But we still need a way to flag dead accounts and these mechanisms won't cut it, because it isn't a requirement that channels communicate with anybody, except for contacting the directory when the account is created. I think we need to make every channel ping the directory once a month. Then we can find those that have not done so (after syncing with other directories). We can't have the directory just flag dead accounts as this would create a way for an anti-social attacker to become a directory server and mark all the accounts dead. 2013-10-24 19:38:50 -07:00
directory.php create update record for accounts on directory server itself during profile changes, re-queue failed directory sync packets, fix account_id index in queue creation, be more selective about updating hubloc_connected (only when we're talking to the associated site). But we still need a way to flag dead accounts and these mechanisms won't cut it, because it isn't a requirement that channels communicate with anybody, except for contacting the directory when the account is created. I think we need to make every channel ping the directory once a month. Then we can find those that have not done so (after syncing with other directories). We can't have the directory just flag dead accounts as this would create a way for an anti-social attacker to become a directory server and mark all the accounts dead. 2013-10-24 19:38:50 -07:00
enotify.php don't send email notifications for likes (as comment notifications). We'll need a separate preference for whether you want notifications for likes. 2013-09-24 19:43:28 -07:00
event.php provide detailed error to remote site for the myriad of things that can go wrong inside item_store(), !! this changes the return of item_store !! 2013-09-10 19:06:06 -07:00
expire.php start formatting for Doxygen 2013-02-25 17:09:40 -08:00
features.php sources management page 2013-09-29 18:18:05 -07:00
follow.php add zid to connect_url 2013-08-22 00:44:24 -07:00
friendica_smarty.php silence some warnings at php E_ALL levels 2013-08-28 21:56:01 -07:00
gprobe.php start formatting for Doxygen 2013-02-25 17:09:40 -08:00
group.php Add public visibility setting to privacy groups (collections). This doesn't yet make them visible, but allows them to be visible (like a Cc: instead of a Bcc:) 2013-08-07 17:51:10 -07:00
html2bbcode.php start formatting for Doxygen 2013-02-25 17:09:40 -08:00
html2plain.php cleanup 2013-03-10 20:39:27 -07:00
identity.php structure for channel unions 2013-09-26 16:25:28 -07:00
ItemObject.php link to source - if it's on the display page link to original source (probably on a different site). All other conversations link to 'llink' which is a local copy and may provide a richer possibility of interactions, especially if you're logged in locally and it's your own copy of the post. 2013-10-20 20:29:52 -07:00
ITemplateEngine.php use smarty3 as default template engine. add pluggable template system 2013-05-08 03:51:38 -04:00
items.php prevent posts from floating to the top after minor edits 2013-10-19 23:38:07 -07:00
js_strings.php start formatting for Doxygen 2013-02-25 17:09:40 -08:00
language.php dangerous typo that removes all your hublocs, fix reshare formatting 2013-03-11 16:13:09 -07:00
menu.php set menu_channel_id before we use it in a query 2013-09-14 18:16:54 -04:00
message.php email attachments (and fix email photos) 2013-08-19 21:19:39 -07:00
nav.php more redbasic icon work 2013-10-09 18:33:33 -07:00
network.php set default charset of email_header_encode, add ud_flags to indicate which (directory sync) updates have been processed in some way. 2013-09-18 21:22:08 -07:00
notifier.php create update record for accounts on directory server itself during profile changes, re-queue failed directory sync packets, fix account_id index in queue creation, be more selective about updating hubloc_connected (only when we're talking to the associated site). But we still need a way to flag dead accounts and these mechanisms won't cut it, because it isn't a requirement that channels communicate with anybody, except for contacting the directory when the account is created. I think we need to make every channel ping the directory once a month. Then we can find those that have not done so (after syncing with other directories). We can't have the directory just flag dead accounts as this would create a way for an anti-social attacker to become a directory server and mark all the accounts dead. 2013-10-24 19:38:50 -07:00
notify.php start formatting for Doxygen 2013-02-25 17:09:40 -08:00
oauth.php oauth wasn't logging in properly, also fixed api status_show to return last public post, not the last private post 2013-10-15 15:51:20 -07:00
oembed.php move oohembed service to addon 2013-06-03 16:53:53 -07:00
onedirsync.php directory sync optimisations to save redundant processing 2013-10-15 02:33:35 -07:00
onepoll.php figure out why poller isn't picking up old posts which failed to deliver 2013-08-29 18:17:15 -07:00
page_widgets.php Typo 2013-09-26 18:26:03 +01:00
permissions.php implement republish permission for use in sourced channels 2013-09-30 21:49:26 -07:00
photos.php missing verb on items linked to photos 2013-09-17 17:53:44 -07:00
plugin.php Service class 2013-09-08 00:21:42 +02:00
poller.php directory sync optimisations to save redundant processing 2013-10-15 02:33:35 -07:00
profile_advanced.php more "thing" work 2013-07-04 04:53:03 -07:00
profile_selectors.php start formatting for Doxygen 2013-02-25 17:09:40 -08:00
ProtoDriver.php start formatting for Doxygen 2013-02-25 17:09:40 -08:00
queue.php unknown column 2013-03-11 17:42:12 -07:00
queue_fn.php start formatting for Doxygen 2013-02-25 17:09:40 -08:00
reddav.php include/reddav.php is the glue between Red attachments and the SabreDav interfaces. Much work remains beofre we're ready to actually use this interface. Think of it as a conceptual outline and I'm starting to fill it in from the top down. 2013-10-26 14:48:03 -07:00
security.php one more edge case in the public perms - don't match perms = 0 which is private, this and prior checkin are for issue #114 2013-09-22 23:00:55 -07:00
session.php move new_cookie() to the session driver so we can use it for other purposes besides "normal" web login (for instance magic auth) 2013-05-23 20:35:40 -07:00
socgraph.php Issue #99 2013-08-18 05:03:04 +01:00
system_unavailable.php start formatting for Doxygen 2013-02-25 17:09:40 -08:00
taxonomy.php missing hash 2013-09-19 21:13:45 -07:00
template_processor.php fix internal 2013-05-08 04:00:05 -04:00
text.php link to source - if it's on the display page link to original source (probably on a different site). All other conversations link to 'llink' which is a local copy and may provide a richer possibility of interactions, especially if you're logged in locally and it's your own copy of the post. 2013-10-20 20:29:52 -07:00
zot.php create update record for accounts on directory server itself during profile changes, re-queue failed directory sync packets, fix account_id index in queue creation, be more selective about updating hubloc_connected (only when we're talking to the associated site). But we still need a way to flag dead accounts and these mechanisms won't cut it, because it isn't a requirement that channels communicate with anybody, except for contacting the directory when the account is created. I think we need to make every channel ping the directory once a month. Then we can find those that have not done so (after syncing with other directories). We can't have the directory just flag dead accounts as this would create a way for an anti-social attacker to become a directory server and mark all the accounts dead. 2013-10-24 19:38:50 -07:00