aboutsummaryrefslogtreecommitdiffstats
path: root/version.inc
Commit message (Collapse)AuthorAgeFilesLines
* rev update and de string fixfriendica2013-11-031-1/+1
|
* doc updatesfriendica2013-11-021-1/+1
|
* provide an html src converterfriendica2013-10-311-1/+1
|
* access policy and directory mode were crossed on site table creationfriendica2013-10-301-1/+1
|
* rpost bbcode tagfriendica2013-10-291-1/+1
|
* implement monthly directory pingsfriendica2013-10-281-1/+1
|
* put comanche widgets in their own file. Added a category tagcloud widget - ↵friendica2013-10-271-1/+1
| | | | but the entries aren't going to link to anything until we have a webpage search ability. But this will be a way to exercise and test widget arguments.
* include/reddav.php is the glue between Red attachments and the SabreDav ↵friendica2013-10-261-1/+1
| | | | 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.
* now that the icons have been softened, the drop-icons stick out like a sore ↵friendica2013-10-241-1/+1
| | | | thumb. Soften them as well
* replace text links with icons on design pagesfriendica2013-10-231-1/+1
|
* very early cloud demo code - READ THE FRICKIN NOTES and also THE CODE in ↵friendica2013-10-221-1/+1
| | | | mod/cloud.php - there is no other documentation. Use at your own risk. Send all bug reports to nobody@nowhere.com.
* add sabre (1.8.x) via composer in the !@#$ place it wants to befriendica2013-10-211-1/+1
|
* link to source - if it's on the display page link to original source ↵friendica2013-10-201-1/+1
| | | | (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.
* remove "via wall-To-Wall" text as it's soooo Facebook and is out of place in ↵friendica2013-10-191-1/+1
| | | | derived/sourced channels. It's now just "$author via $xyz".
* Put a status editor on the display page if you're logged in. This fixes ↵friendica2013-10-181-1/+1
| | | | issue #113 and also provides the ability to reshare from that page.
* wrong app namefriendica2013-10-161-1/+1
|
* directory sync optimisations to save redundant processingfriendica2013-10-151-1/+1
|
* template and icons for categories and "file as"friendica2013-10-141-1/+1
|
* remove the disabled flag on individual permissions and improve the text to ↵friendica2013-10-131-1/+1
| | | | | | show that settings may be inherited. The reason for this change is that we want the individual settings to be stored regardless of the inherited settings, because if somebody changes the higher precedence privacy settings it could leave all their existing contacts with no permissions and this could be a support nightmare. So this way if somebody starts off with "anybody on the network can send me their stream and posts" and later changes it to "only specific connections can send me their stream and posts", the individual setting will already be set for all their connections. The previous behaviour is that this setting would have been disabled so none of their existing connections will have this specific permission. Old-timers who were here and made lots of connections before this commit - will have to edit all their connections if they change their privacy settings from lesser restrictive to be more restrictive.
* show private message conversant in sidebar because without a reply you may ↵friendica2013-10-121-1/+1
| | | | not remember who it is/was.
* bug 175 - categories not updated when editingfriendica2013-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.
* nav iconsfriendica2013-10-091-1/+1
|
* add font_awesomefriendica2013-10-081-1/+1
|
* fix a bunch of post editing bugs - though this consolidates some disparate ↵friendica2013-10-041-1/+1
| | | | code and may create some new bugs due to regression
* get rid of pink search bar when not using redbasic "red"friendica2013-10-031-1/+1
|
* block forgeriesfriendica2013-10-021-1/+1
|
* rev updatefriendica2013-10-011-1/+1
|
* there's no $a in comanche_block() (zottel)friendica2013-09-301-1/+1
|
* Issue #158friendica2013-09-291-1/+1
|
* fix can_comment_on_post when viewing wall-to-wallfriendica2013-09-281-1/+1
|
* structure for channel unionsfriendica2013-09-261-1/+1
|
* suppress creating the directory update record for profile updates which are ↵friendica2013-09-251-1/+1
| | | | 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.
* reduce susceptibility to bleichenberger attackfriendica2013-09-241-1/+1
|
* oauth settings - clarify textfriendica2013-09-231-1/+1
|
* adult channel settingfriendica2013-09-221-1/+1
|
* rev updatefriendica2013-09-201-1/+1
|
* sync item_search with yesterday's network fix for collections. Add ud_addr ↵friendica2013-09-191-1/+1
| | | | to update table to store the target address since it's possible the mirroring directory won't yet have an xchan or hubloc they can link the ud_hash to and therefore mayn't know how to contact them.
* make collections work againfriendica2013-09-181-1/+1
|
* add -C cfgfile option to shred to allow multiple configurations. I just ↵friendica2013-09-171-1/+1
| | | | added the option for multiple configs, I didn't make it work as it requires quite a bit of change to the shred program flow; which tries to load the default config before doing anything at all.
* several oauth fixes - shred doesn't completely work yet, but it also doesn't ↵friendica2013-09-161-1/+1
| | | | completely NOT work, so at least there's some improvement
* implement what I hope will now be the server side of directory sync, add ↵friendica2013-09-151-1/+1
| | | | 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.
* import_xchan - check every known hubloc/location field and create a new ↵friendica2013-09-141-1/+1
| | | | hubloc if anything at all changed anywhere.
* doc update, put more telemetry on notifier and try to ensure that private ↵friendica2013-09-131-1/+1
| | | | posts have recipients.
* remove some debugging stuff now that the problem they were trying to locate ↵friendica2013-09-121-1/+1
| | | | down has been solved.
* assuming this doesn't blow up the internet like the last fix - this is a ↵friendica2013-09-111-1/+1
| | | | 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.
* z_fetch_url - include curl debug info in return array and log it (at ↵friendica2013-09-101-1/+1
| | | | | | logger_data level) on failure This should probably be at a lower log level, but unsuccessful connections could happen a lot on a busy production site so we'll try to keep the log noise down unless somebody really needs to track this info.
* some alteration to the way directory sync was originally supposed to work. ↵friendica2013-09-091-1/+1
| | | | I'm making this up as I go and not exactly certain where to go next but it makes more sense now and I think the basic idea will actually work. I'll just have to keep making it up until it does work.
* rev updatefriendica2013-09-081-1/+1
|
* allow menu management even if there are no menu itemsfriendica2013-09-071-1/+1
|