This website requires JavaScript.
Explore
Help
Sign In
harukin
/
core
Archived
Watch
1
Star
0
Fork
0
You've already forked core
Code
Issues
Pull Requests
Actions
Packages
Projects
Releases
Wiki
Activity
This repository has been archived on
2024-08-19
. You can view files and clone it. You cannot open issues or pull requests or push a commit.
Files
370f8b84daabbde7bea6dfd5261c49cf5c0871ad
core
/
include
History
friendica
370f8b84da
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
..
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
…
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
…
bb2diaspora.php
…
bbcode.php
Slightly modify reshares so they can be themed as a whole.
2013-10-02 05:03:09 +01:00
cache.php
…
cli_startup.php
…
cli_suggest.php
…
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_selectors.php
…
contact_widgets.php
remove the "Similar Interests" link until somebody makes it work
2013-09-29 18:34:41 -07:00
Contact.php
implement republish permission for use in sourced channels
2013-09-30 21:49:26 -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
…
crypto.php
…
datetime.php
…
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
…
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
…
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
…
html2plain.php
…
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
…
items.php
prevent posts from floating to the top after minor edits
2013-10-19 23:38:07 -07:00
js_strings.php
…
language.php
…
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
…
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
…
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
…
profile_selectors.php
…
ProtoDriver.php
…
queue_fn.php
…
queue.php
…
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
…
socgraph.php
Issue
#99
2013-08-18 05:03:04 +01:00
system_unavailable.php
…
taxonomy.php
missing hash
2013-09-19 21:13:45 -07:00
template_processor.php
…
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