aboutsummaryrefslogtreecommitdiffstats
path: root/include
Commit message (Collapse)AuthorAgeFilesLines
* directory sort links on sidebarfriendica2013-10-131-0/+11
|
* provide config for preferred directory serverfriendica2013-10-131-0/+3
|
* preserve the source owner when creating a delivery fork so that we can ↵friendica2013-10-132-6/+31
| | | | uplink back to them without any ambiguity.
* fix alt_pager to work if item count is higher than page['itemspage'] (threads)zottel2013-10-111-1/+1
|
* more icon tweaks - this could be going on for some time; try to get icon ↵friendica2013-10-101-1/+1
| | | | code (and all theme stuff) out of main code and into templates, but on the short term provide both so nothing breaks.
* more redbasic icon workfriendica2013-10-091-4/+8
|
* nav iconsfriendica2013-10-091-2/+2
|
* replace a bunch of graphic icons with vector iconsfriendica2013-10-082-3/+3
|
* The check for f*cked database (which otherwise sends out zillions of update ↵friendica2013-10-041-3/+3
| | | | 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.
* fix a bunch of post editing bugs - though this consolidates some disparate ↵friendica2013-10-041-23/+33
| | | | code and may create some new bugs due to regression
* bring back photo shadows (via theme settings)friendica2013-10-021-1/+2
|
* post signaturesfriendica2013-10-024-46/+114
|
* that would've messed it upfriendica2013-10-021-1/+1
|
* directory sync typofriendica2013-10-021-1/+1
|
* block forgeriesfriendica2013-10-022-4/+19
|
* Merge https://github.com/friendica/red into zpullfriendica2013-10-011-2/+2
|\
| * Slightly modify reshares so they can be themed as a whole.Thomas Willingham2013-10-021-2/+2
| |
* | in probe diagnostic - note https failure as diagnostic info - this also ↵friendica2013-10-011-3/+3
|/ | | | changes zot_finger so you can tell it not to fallback. This could be useful in corporate environments that are off the grid or other high security situations (as much as anything could be considered high security which relies on SSL).
* add the auto form submit even though it doesn't seem to work. Will debug it ↵friendica2013-10-011-1/+1
| | | | later.
* Add possibility to use a block a channel menu (set channel_menublock to the ↵zottel2013-10-011-1/+1
| | | | | | lowercase title of the block without special chars) Fix comanche_block() SQL
* implement republish permission for use in sourced channelsfriendica2013-09-303-1/+14
|
* directory sync - this will either work, or it won't work, or it will ↵friendica2013-09-304-64/+192
| | | | | | | | | possibly recurse and blow up the matrix. Hard to say. Do you feel lucky? Well do ya' ... punk? Rule #1 - don't mess with anything unless it's blowing up the matrix. If it doesn't blow up the matrix, but doesn't work, just let it go and let's figure out what it is doing and what it isn't doing. The flow is as follows: Once a day go out to all the directory servers besides yourself and grab a list of updates. This happens in the poller. If we've never seen them before add them to the updates table. The poller also looks to see if we're a directory server and have updates that haven't yet been processed. It calls onedirsync.php to process each one. If we contact the channel to update and don't find anything (we're just doing a basic zot_finger), set a ud_last timestamp. If this is set we will only try once a day for seven days. Then we stop trying to update. This will probably cause a spike the first time through because you haven't seen any updates before, but we spread out the load over your delivery interval.
* there's no $a in comanche_block() (zottel)friendica2013-09-301-1/+2
|
* ret_secret is not usedOlaf Conradi2013-09-301-5/+0
|
* RSS feeds as channel sources. It's feasible and within reach, however ↵friendica2013-09-291-45/+35
| | | | | | | | there's a lot of work left to do. How bad does anybody want it? Let's find out...
* remove the "Similar Interests" link until somebody makes it workfriendica2013-09-291-1/+1
|
* sources management pagefriendica2013-09-291-0/+1
|
* TypoThomas Willingham2013-09-291-1/+1
|
* Issue #117Thomas Willingham2013-09-291-10/+11
|
* Merge https://github.com/friendica/red into zpullfriendica2013-09-291-2/+2
|\
| * Fix Comanche menusThomas Willingham2013-09-281-2/+2
| |
* | Issue #158friendica2013-09-291-2/+2
|/
* close commentfriendica2013-09-282-1/+2
|
* fix can_comment_on_post when viewing wall-to-wallfriendica2013-09-282-6/+20
|
* convert to plaintext before matching words in body. Otherwise every post I ↵friendica2013-09-261-1/+5
| | | | make with a link in it is going to match a test for zot.
* aggregate channelsfriendica2013-09-261-26/+86
|
* Merge https://github.com/friendica/red into zpullfriendica2013-09-262-2/+6
|\
| * Merge pull request #155 from oohlaf/fixesOlaf Conradi2013-09-261-1/+5
| |\ | | | | | | Explain why public comments are disabled and what needs to happen to enable them.
| | * Add explanation why public comments are disabled.Olaf Conradi2013-09-261-1/+5
| | |
| * | TypoThomas Willingham2013-09-261-1/+1
| | |
* | | structure for channel unionsfriendica2013-09-262-2/+3
|/ /
* / suppress creating the directory update record for profile updates which are ↵friendica2013-09-252-4/+13
|/ | | | part of the normal import_xchan sequence - otherwise we get two for every change. Create it normally if we are called with a profile_update message and don't go through the whole import_xchan thing.
* populate the new fields in the directory updates tablefriendica2013-09-241-9/+17
|
* don't send email notifications for likes (as comment notifications). We'll ↵friendica2013-09-241-1/+6
| | | | need a separate preference for whether you want notifications for likes.
* Fix observer=1 tag. Using only observer without =1 won't work anymore now.zottel2013-09-241-2/+2
|
* reduce susceptibility to bleichenberger attackfriendica2013-09-241-1/+1
|
* spice this up a little bit...friendica2013-09-231-0/+8
|
* add [observer] tags and [observer.baseurl]zottel2013-09-231-0/+20
|
* one more edge case in the public perms - don't match perms = 0 which is ↵friendica2013-09-221-2/+3
| | | | private, this and prior checkin are for issue #114
* fixes for display and search privacy enforcementfriendica2013-09-221-10/+36
|