Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | fix private message encryption since the input_filter mangled it | friendica | 2013-09-03 | 1 | -0/+3 |
| | |||||
* | security fix and ability to change layout on webpage edit form | friendica | 2013-09-03 | 1 | -1/+2 |
| | |||||
* | pass execflag - Working for preview but not yet executing on page render | friendica | 2013-09-02 | 1 | -1/+19 |
| | |||||
* | fix webpage storage | friendica | 2013-09-02 | 1 | -7/+3 |
| | |||||
* | webpage content-type -- needs cleaning up and a security check once all the ↵ | friendica | 2013-09-02 | 1 | -117/+127 |
| | | | | important bits are in place. | ||||
* | Sheesh. Three lines of Javascript. All you have to do is find which of the ↵ | friendica | 2013-09-01 | 1 | -40/+41 |
| | | | | three lines is doing something wrong. Or FILE A BUG. Or use a different browser (not *try* a different browser, *use* a different browser), or turn off freaking tinymce. But no - let's argue about browsers instead. | ||||
* | add layouts and editlayout and rework the page logic in mod/item | friendica | 2013-09-01 | 1 | -13/+4 |
| | |||||
* | This isn't optimal, but on the short term we'll clone the page editor to use ↵ | friendica | 2013-09-01 | 1 | -2/+15 |
| | | | | as a block editor, and probably a layout editor as well. Eventually, these should all probably just be switches onto a single editor instance. Decided to put the layout_mid into the item table directory rather than re-use resource_id, so that we can still have pages attached to different resources like photos and events and stuff. The block editor is far from finished, at this point I've only cloned it and changed the name and type of item it looks for. | ||||
* | block content-type (called ITEM_BUILDBLOCK to avoid confusion with content ↵ | friendica | 2013-08-12 | 1 | -0/+3 |
| | | | | that is blocked) | ||||
* | yhis should fix the privacy leak - as well as non-private replies to private ↵ | friendica | 2013-08-01 | 1 | -1/+1 |
| | | | | posts | ||||
* | fix some privacy leakage in logs | friendica | 2013-07-31 | 1 | -11/+14 |
| | |||||
* | fix bug #84, make imported messages from your clones show up on your wall | friendica | 2013-07-29 | 1 | -0/+3 |
| | |||||
* | encrypt private messages on disk - there are still a couple of places where ↵ | friendica | 2013-07-28 | 1 | -0/+30 |
| | | | | the text is leaked in the logs during processing. | ||||
* | autotag clean-up, mop up, and go home | friendica | 2013-06-27 | 1 | -4/+5 |
| | |||||
* | testing autotag | friendica | 2013-06-27 | 1 | -1/+2 |
| | |||||
* | if you send a private post to an @-taggable channel (and nobody else), tag ↵ | friendica | 2013-06-27 | 1 | -0/+12 |
| | | | | | | them. This sort of implements what Zottel was asking for - posting to a forum by posting only to the forum without having to tag it. Taggables are already highlighted in the ACL widget so as to avoid privacy surprises. Currently untested but shouldn't take much to get working if it isn't working already. | ||||
* | map comment_policy on local post submission | friendica | 2013-06-18 | 1 | -0/+1 |
| | |||||
* | hijack the #getzot tag | friendica | 2013-06-15 | 1 | -9/+17 |
| | |||||
* | convert most red photos to zmg | friendica | 2013-05-28 | 1 | -2/+2 |
| | |||||
* | workarounds for people that re-install and end up polluting everybody's ↵ | friendica | 2013-05-16 | 1 | -0/+2 |
| | | | | databases with stale entries | ||||
* | get search page working with live-update and endless scroll, still not ↵ | friendica | 2013-05-09 | 1 | -1/+3 |
| | | | | perfect - there may be duplicated content and possibly unauthorised content and 'timeago' not working correctly - will deal with those later, but at least you can see results. | ||||
* | turn naked links in posts into zrl's if we've got a hubloc for the site | friendica | 2013-04-18 | 1 | -0/+7 |
| | |||||
* | turn all Red links into zrls (not the old zrls, the new bbcode zrl which ↵ | friendica | 2013-04-15 | 1 | -4/+4 |
| | | | | means we can zidify them) | ||||
* | rename 'uri' (and parent_uri) to 'mid' (and parent_mid) since these no ↵ | friendica | 2013-03-21 | 1 | -22/+22 |
| | | | | longer remotely resemble uri's and are actually message_id's. This change is potentially destabilising because it touches a lot of code and structure. But it has to get done and there's no better time than the present. | ||||
* | prepare for multiple content types | friendica | 2013-03-14 | 1 | -69/+32 |
| | |||||
* | progress on tag delivery | friendica | 2013-02-11 | 1 | -3/+3 |
| | |||||
* | work on notifications | friendica | 2013-02-06 | 1 | -22/+10 |
| | |||||
* | convert wall_upload to use the photo api | friendica | 2013-02-05 | 1 | -0/+21 |
| | |||||
* | ensure that stored tag terms are taken after term expansion, e.g. @"Mike ↵ | friendica | 2013-02-02 | 1 | -3/+3 |
| | | | | Macgirvin" and not @"mike+2" | ||||
* | sort out the rest of the nasty stuff in the attachment/file api - time to ↵ | friendica | 2013-02-01 | 1 | -3/+8 |
| | | | | move on to something else | ||||
* | debugging of file attachment api - somewhat functional but the attachment ↵ | friendica | 2013-01-31 | 1 | -1/+2 |
| | | | | info structure in the item table needs to be re-done. | ||||
* | file/attachment storage api with revision control - needs a bit more testing ↵ | friendica | 2013-01-31 | 1 | -26/+17 |
| | | | | but the framework is in place | ||||
* | @tags sorta work, but we might have an issue with sending zids in @tags | friendica | 2013-01-23 | 1 | -3/+2 |
| | |||||
* | make @tags half-ass work | friendica | 2013-01-23 | 1 | -14/+11 |
| | |||||
* | backend for storing items as arbitrary webpages | friendica | 2013-01-11 | 1 | -8/+33 |
| | |||||
* | fix item owner on conversations | friendica | 2013-01-03 | 1 | -2/+3 |
| | |||||
* | accept expire params if expire feature is enabled | friendica | 2012-12-31 | 1 | -0/+13 |
| | |||||
* | plaintext default - richtext is a feature | friendica | 2012-11-05 | 1 | -1/+1 |
| | |||||
* | fix post preview | friendica | 2012-11-03 | 1 | -3/+4 |
| | |||||
* | share mostly working, preview still horked | friendica | 2012-11-03 | 1 | -1/+1 |
| | |||||
* | start to use our permissions for stuff | friendica | 2012-10-28 | 1 | -116/+96 |
| | |||||
* | Now have a solid permissions model. Create a few functions to enumerate them ↵ | friendica | 2012-10-28 | 1 | -0/+2 |
| | | | | and then we're off to the races. | ||||
* | comments sort of working again but now need to fix the threading which was ↵ | friendica | 2012-10-25 | 1 | -4/+8 |
| | | | | ported when it was only half working | ||||
* | more heavy lifting | friendica | 2012-10-23 | 1 | -1/+1 |
| | |||||
* | cleanup missing functions after move | friendica | 2012-10-22 | 1 | -1/+0 |
| | |||||
* | this might post a profile change activity now - it just won't broadcast anywhere | friendica | 2012-10-19 | 1 | -1/+1 |
| | |||||
* | wall posts now display - address book structure revamp started | friendica | 2012-10-10 | 1 | -21/+30 |
| | |||||
* | start fixing all the item queries | friendica | 2012-10-07 | 1 | -5/+5 |
| | |||||
* | update mod_item to new schema (db changes have not yet been pushed due to ↵ | friendica | 2012-10-06 | 1 | -40/+24 |
| | | | | internet difficulties) | ||||
* | provide auto admin registration as before, but allow the current admin to ↵ | friendica | 2012-10-04 | 1 | -0/+4 |
| | | | | create other admins |