aboutsummaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* extend admin page for hubloc / server key managementMichael Meer2013-09-173-0/+18
|
* assuming permissions are correct, unobscure photo comments. Should probably ↵friendica2013-09-161-1/+2
| | | | make sure permissions are correct and figure out why some photo comments on public photos are getting stored with privacy. This probably requires that whenever we change photo permissions for linked photos/items we change the item permissions to match. They might be out of sync.
* more work on viewing obscured api postsfriendica2013-09-162-10/+17
|
* use prepare_body in api calls to properly render content, add 'mode' to ↵friendica2013-09-164-8/+13
| | | | conversation templates so that themes can use the module context to suppress or show comments as desired
* Merge https://github.com/friendica/red into zpullfriendica2013-09-161-1/+1
|\
| * Merge pull request #139 from tazmandevil/masterThomas Willingham2013-09-161-1/+1
| |\ | | | | | | fixed link to wiki
| | * fixed link to wikiTazman DeVille2013-09-171-1/+1
| |/
* / several oauth fixes - shred doesn't completely work yet, but it also doesn't ↵friendica2013-09-168-39/+781
|/ | | | completely NOT work, so at least there's some improvement
* found itfriendica2013-09-151-3/+3
|
* spurious blank linesfriendica2013-09-153-3/+0
|
* Merge https://github.com/friendica/red into zpullfriendica2013-09-151-3/+0
|\
| * Content wrapper breaks feature settings. Get rid of it as a quick fix until ↵Thomas Willingham2013-09-161-3/+0
| | | | | | | | I get a chance to work out why it works everywhere except there.
* | more loggingfriendica2013-09-151-0/+3
|/
* Merge https://github.com/friendica/red into zpullfriendica2013-09-151-1/+2
|\
| * Merge pull request #137 from unary/fbrowserThomas Willingham2013-09-151-1/+2
| |\ | | | | | | fix photo file browser
| | * fix photo file browserMichael Johnston2013-09-151-1/+2
| |/
* / don't create a directory sync notification (entry in the updates table) if ↵friendica2013-09-151-17/+30
|/ | | | the site record was updated - without checking first to see if anything changed. This is causing lots of sync entries when nothing changed to warrant it.
* Merge https://github.com/friendica/red into zpullfriendica2013-09-152-12/+13
|\
| * Merge pull request #136 from cvogeley/masterfriendica2013-09-142-12/+13
| |\ | | | | | | Search by date
| | * Upstream mergeChristian Vogeley2013-09-1592-2558/+3573
| | |\ | | |/ | |/|
| | * Search by dateChristian Vogeley2013-09-152-12/+13
| | | | | | | | | | | | Search by date (archive) works a bit now
* | | implement what I hope will now be the server side of directory sync, add ↵friendica2013-09-154-18/+40
|/ / | | | | | | viewsrc to item_photo_menu, and log what changed in import_xchan update objects so we can find out why there are so many updates when nothing _obvious_ has changed that should trigger it.
* | fix the missing brace before pushingfriendica2013-09-141-2/+3
| |
* | some fixes to directory keyword searchesfriendica2013-09-142-3/+5
| |
* | Merge https://github.com/friendica/red into zpullfriendica2013-09-141-5/+6
|\ \
| * \ Merge pull request #135 from unary/menueditfriendica2013-09-141-5/+6
| |\ \ | | | | | | | | allow update of menu_desc, fix bug in duplicate menu_name check
| | * | set menu_channel_id before we use it in a queryMichael Johnston2013-09-141-3/+2
| | | |
| | * | let me edit menu_desc even if menu_name has not changedMichael Johnston2013-09-141-2/+4
| | | |
* | | | no longer usedfriendica2013-09-141-68/+0
|/ / /
* | | Merge https://github.com/friendica/red into zpullfriendica2013-09-141-1303/+1611
|\| |
| * | Merge pull request #132 from pixelroot/masterOlaf Conradi2013-09-141-1303/+1611
| |\ \ | | | | | | | | modified: view/ru/messages.po
| | * | modified: view/ru/messages.popixelroot2013-09-131-1303/+1611
| | | |
| * | | Revert broken commitOlaf Conradi2013-09-141-92/+2
| | | |
| * | | First try to tell a comment from a like/dislike in notification systemmrjive2013-09-141-2/+92
| | | |
* | | | this might fix "find channels" but I can't test the keyword search until ↵friendica2013-09-142-2/+2
|/ / / | | | | | | | | | this is running on a production site.
* | | import_xchan - check every known hubloc/location field and create a new ↵friendica2013-09-142-5/+9
| | | | | | | | | | | | hubloc if anything at all changed anywhere.
* | | doc update, put more telemetry on notifier and try to ensure that private ↵friendica2013-09-1357-1065/+1586
| | | | | | | | | | | | posts have recipients.
* | | need to figure out what's causing thisfriendica2013-09-121-0/+6
| | |
* | | No point beating a dead horsefriendica2013-09-121-1/+8
| | |
* | | so public_recips and allowed_public_recips is working so much better than ↵friendica2013-09-121-4/+12
| | | | | | | | | | | | before, but was still not quite right. We seem to be getting all the right results for top-level posts now, but comments aren't getting through on channels for which we've allowed them to send us their stream, but not comment on our posts. The reason is we were seeing if they could comment - and we only need to do that if we own the post. If they own the post, we only need to check if they can send us their stream.
* | | more remote error reporting for zotfriendica2013-09-122-0/+12
| | |
* | | remove some debugging stuff now that the problem they were trying to locate ↵friendica2013-09-122-6/+1
| | | | | | | | | | | | down has been solved.
* | | Merge pull request #130 from ndurchx/patch-1friendica2013-09-121-1/+1
|\ \ \ | | | | | | | | Fixed error in SQL Statement
| * | | Fixed error in SQL Statementndurchx2013-09-121-1/+1
|/ / /
* | | Merge pull request #129 from MicMee/masterfriendica2013-09-122-1/+8
|\ \ \ | | | | | | | | to flag failed auth attempts in db table hubloc as hubloc_receive_error
| * | | implement tip from Mike, corrected the sql statementMichael Meer2013-09-111-1/+1
| | | |
| * | | delete logger line; was the wrong place.Michael Meer2013-09-111-1/+0
| | | |
| * | | flag failed auth attempts in DB table hublocMichael Meer2013-09-112-1/+9
| | | |
* | | | assuming this doesn't blow up the internet like the last fix - this is a ↵friendica2013-09-112-2/+2
|/ / / | | | | | | | | | very old bug that's been reported time and time again and nobody every bothered to debug or even report it somewhere where we could monitor it. It's buried somewhere in my stream, but basically is "things don't work right if you've got 'everybody in my address book' permissions" on "can send me their channel stream and posts". I think this is Michelle's problem and anybody else who has en empty matrix after making lots of connections.
* | | make comments work againfriendica2013-09-101-1/+2
| | |