aboutsummaryrefslogtreecommitdiffstats
path: root/version.inc
Commit message (Collapse)AuthorAgeFilesLines
* believe i found the issue which was causing hundreds/thousands of identical ↵friendica2014-02-201-1/+1
| | | | hublocs to be created
* use a "fullscreen" icon for chanview full screen mode; add channel_menu ↵friendica2014-02-191-1/+1
| | | | selection and setting to the settings page.
* edit bookmarksfriendica2014-02-181-1/+1
|
* project "snakebite"friendica2014-02-171-1/+1
|
* strip hard-wired zids from posted links as they will have the wrong identity ↵friendica2014-02-161-1/+1
| | | | when somebody tries to view the link
* rev update and a minor fix (missing param) to force_refreshfriendica2014-02-141-1/+1
|
* very simple schemefriendica2014-02-131-1/+1
|
* dav issue when listing protected contents from OS interfacefriendica2014-02-121-1/+1
|
* implement a forced directory update mode where we unconditionally create a ↵friendica2014-02-111-1/+1
| | | | directory sync packet. This is needed to ensure that monthly directory pings are propagated to other directory servers so they can each prove for themselves whether or not an account is alive or dead. We do not trust other directories to provide us information beyond "look at this entry and decide for yourself" as doing otherwise would invite rogue directory manipulations. As this scheduled update occurs on all channels across all servers, we should also pick up refresh messages from all existing channel clones and these should also propagate out to all directory servers using the same mechanism (though perhaps not at the same time).
* don't add bookmark tags to naked links inside code blocksfriendica2014-02-101-1/+1
|
* fix wall photosfriendica2014-02-091-1/+1
|
* create a new "subdued" CSS class for things that shouldn't be in your face ↵friendica2014-02-081-1/+1
| | | | unless you want them and intentionally hover over them. Typically this would be accomplished via an opacity or colour change, but themes are free to use other methods. Also changed the channel_tabs "chatroom" link to use the subdued class if no rooms have been created rather than a count of chatrooms. Themse should probably create a .subdued and .subdued:hover definition because we'll probably take most of the stuff which is now hardwired to use opacity by id and change it to use the class definition instead.
* To be listed as a public site, you need to be an https site with a valid ↵friendica2014-02-071-1/+1
| | | | cert. If you don't make the cut, you will either not be listed as a public site or you will be de-listed. Period. This is non-negotiable.
* more important things to mention. And this is still only the important stuff.friendica2014-02-061-1/+1
|
* bookmark debug loggingfriendica2014-02-051-1/+1
|
* bookmark permissionsfriendica2014-02-041-1/+1
|
* code cleanup - remove some unused functionsfriendica2014-02-031-1/+1
|
* add epub mimetype (application/epub+zip)friendica2014-02-021-1/+1
|
* provide the room name for the room you're in.friendica2014-02-011-1/+1
|
* provide some interesting new options to channel sourcesfriendica2014-01-311-1/+1
|
* a bit more ajax work on chat and chatsvc and some fiddling with layoutsfriendica2014-01-301-1/+1
|
* basic chatroom management backendfriendica2014-01-291-1/+1
|
* add client field to chatpresence - which will give us a place to put IP ↵friendica2014-01-281-1/+1
| | | | addresses for webRTC. Might as well allow for that since we'll (soon) have presence. Then we wouldn't need SIP and folks can "just" p2p each other using any mechanism they wish if they have permission to do so.
* cleanup include/menu in preparation for the next phase of bookmarkingfriendica2014-01-271-1/+1
|
* don't prompt guests for a password if they're accessing an embedded public file.friendica2014-01-261-1/+1
|
* get rid of bootstrap's blockqote margin css which is just bloody wrong and ↵friendica2014-01-251-1/+1
| | | | can't easily be over-ridden
* prettyphoto (js|css) not foundfriendica2014-01-241-1/+1
|
* mod_profperm migratedfriendica2014-01-231-1/+1
|
* simplify chanview authentication and make sure it carries through multiple ↵friendica2014-01-221-1/+1
| | | | generations
* move some store thingsfriendica2014-01-211-1/+1
|
* catch auth exceptionsfriendica2014-01-201-1/+1
|
* add the jquery file uploader. Have been suggesting this as a replacement for ↵friendica2014-01-191-1/+1
| | | | the valum uploaders for quite some time - as there is client resize ability and no license incompatibilities. It still requires integration.
* some more bookmark infrastructure plus a doc updatefriendica2014-01-181-1/+1
|
* prevent zid's from reaching the DAV core code.friendica2014-01-161-1/+1
|
* dav: throw exception if channel for requested DAV directory is deletedfriendica2014-01-151-1/+1
|
* mod_attach: output stream wasn't workingfriendica2014-01-111-1/+1
|
* directory creation error, display localtimes on cloud webpage, doc updatesfriendica2014-01-101-1/+1
|
* fix table bbcodefriendica2014-01-091-1/+1
|
* keep the to-do list somewhat current.friendica2014-01-081-1/+1
|
* make storage limit service classes apply to accounts, not channels. Also ↵friendica2014-01-071-2/+1
| | | | include a css file that was missing from work yesterday.
* version updatefriendica2014-01-061-4/+1
|
* Merge branch 'master' into movejsfriendica2014-01-061-0/+4
|\ | | | | | | | | Conflicts: version.inc
| * whitespacefriendica2014-01-061-1/+1
| |
| * the web browser interface for DAV has now got zotfriendica2014-01-051-1/+1
| |
* | move js files from corefriendica2014-01-041-1/+1
|/
* more dav workfriendica2014-01-031-1/+1
|
* some DAV tweaks before the next round of heavy liftingfriendica2014-01-021-1/+1
|
* return to working on red-dav; This is a bit of a slog at the moment and the ↵friendica2014-01-011-1/+1
| | | | basic framework isn't even close to working. This does break the working test we did have (which was never connected to the Red backend). Now we're starting to connect Red and DAV together intimately. There will probably be some twists and turns along the way as we get the information we need into all the class objects that need them. But the important part is that the RedDirectory and RedFile classes are loading without throwing white screens and from here we can use logging to figure out what the DAV front end is trying to do and what it is passing to the backend and hopefully figure out what it expects to do with the results. Unless you're a competent developer with a strong background in OOP and are helping develop this code, you should keep it an arm's length away from any production site and don't even think of enabling it. By default it is turned off.
* basic edit and delete for thingsfriendica2013-12-301-1/+1
|
* display_thing: it ain't much, but it's implemented.friendica2013-12-291-1/+1
|