volse-hubzilla.git - Volse Hubzilla -- soft fork of main Hubzilla core for Volse

	Commit message (Collapse)	Author	Age	Files	Lines
*	repeated content collapse on update from display page under rare conditions ↵	friendica	2014-09-18	1	-1/+1
\| \| \| \|	(when the conversation hasn't changed)
*	implement permission roles - the backend should be done except for maybe a ↵	friendica	2014-09-17	1	-1/+1
\| \| \| \|	couple of small tweaks. Now we just need to define the rest of the roles and create a chooser for them. Adam started on this some time back but I don't know where that has gone.
*	use the more portable encoded_item format for exported items - but with ↵	friendica	2014-09-16	1	-1/+1
\| \| \| \|	added attributes so we can use it as a reasonably complete item backup. The encoded_item format gives us extended author and owner information in case we need to probe them to bring the entry back. It also contains taxonomy entries. Importing and/or recovering will best be accomplished in chunks. It could take some time and some memory to chew through this.
*	rev update	friendica	2014-09-15	1	-1/+1
\|
*	more heavy lifting on the hubloc management and revocation infrastructure; ↵	friendica	2014-09-14	1	-1/+1
\| \| \| \|	don't rush me. This is going to become a fundamental part of zot. It deserves careful consideration.
*	some backend work for the remaining missing bits of mod_hubman - this is ↵	friendica	2014-09-13	1	-1/+1
\| \| \| \|	still a fair ways from being complete and is not ready for prime time. Basically we'll let a channel send out a public message saying "these are my currently approved locations" and anything that isn't in the list will be marked deleted. We'll send out this message when locations change somehow - either through direct personal involvement (hub revoke, change primary, channel import) or during a system rename or "find bad/obsolete hublocs" activity. This way we won't have clones sending back location info we just got rid of and re-importing the bad entries.
*	doc updates and a couple of issues spotted in the logs (diaspora likes, feed ↵	friendica	2014-09-12	1	-1/+1
\| \| \| \|	author import)
*	issue #588 can't add feeds to collections using connedit page group sidebar ↵	friendica	2014-09-11	1	-1/+1
\| \| \| \|	widget
*	don't include plus-sign in the stored term for imported mentions	friendica	2014-09-10	1	-1/+1
\|
*	d* friending vsprintf error	friendica	2014-09-09	1	-1/+1
\|
*	import_profile_photo array warnings	friendica	2014-09-08	1	-1/+1
\|
*	Diaspora actually puts the account full name into the "nickname" field of ↵	friendica	2014-09-07	1	-1/+1
\| \| \| \|	the vcard. They don't put the nickname into the vcard at all. One wonders why even have a nickname field since the fullname is already presented in the next line. This hasn't caused us a problem with Friendica because I'm guessing nobody actually uses this line, though the number of class tags on it makes it seem somewhat important.
*	ajax work	friendica	2014-09-06	1	-1/+1
\|
*	doc updates	friendica	2014-09-05	1	-1/+1
\|
*	allow stuff with Diaspora authors to federate in zot conversations even if ↵	friendica	2014-09-04	1	-1/+1
\| \| \| \|	the local site has diaspora disabled. This way it won't look like folks are talking to themselves.
*	outbound feed issue	friendica	2014-09-03	1	-1/+1
\|
*	updated compatibility notes	friendica	2014-09-02	1	-1/+1
\|
*	honour the feed_contacts setting	friendica	2014-09-01	1	-1/+1
\|
*	sql error in profile_activity	friendica	2014-08-31	1	-1/+1
\|
*	insecure network filter	friendica	2014-08-30	1	-1/+1
\|
*	doc update	friendica	2014-08-29	1	-1/+1
\|
*	make blocks, webpages, and layouts postable (pre-filled forms if supplied ↵	friendica	2014-08-28	1	-1/+1
\| \| \| \|	from elsewhere). The only serious issue is with ordering - you have to process and save a named layout before you can save a webpage that uses that layout name. Otherwise it will get unset during the save.
*	compatibility notes	friendica	2014-08-27	1	-1/+1
\|
*	take off the kid gloves	friendica	2014-08-26	1	-1/+1
\|
*	re-obscure item body if localize_item() changes it. It's already flagged as ↵	friendica	2014-08-25	1	-1/+1
\| \| \| \|	obscured so we need it to actually be obscured.
*	diaspora discovery	friendica	2014-08-24	1	-1/+1
\|
*	switch everything over to crypto_encapsulate()	friendica	2014-08-23	1	-1/+1
\|
*	rev update	friendica	2014-08-22	1	-1/+1
\|
*	abook-edit-me class lost during some edit - we need this to reset the ↵	friendica	2014-08-21	1	-1/+1
\| \| \| \|	permission fields
*	greatly simplify consume_feed() - a lot of this was friendica specific and ↵	friendica	2014-08-20	1	-1/+1
\| \| \| \|	somebody may want to put some of it back in, but we'd be much better off building a zot compatible feed for friendica (hint,hint) - even if it didn't support the other protocol bits. Special purpose feed handlers for things like likes, dislikes, events, and community tags are better handled as zot arrays. We have all those handlers. We just need to pass them a JSON message instead of an XML/Atom message. Handlers for statusnet follow messages are another casualty. That's easy to bring back - but we need to keep driving nails into the XML coffin or the damn zombies will get out.
*	diaspora - crazy amount of work remaining	friendica	2014-08-19	1	-1/+1
\|
*	nav channel selection	friendica	2014-08-18	1	-1/+1
\|
*	add collections widget to connections page - and some more work on realms	friendica	2014-08-17	1	-1/+1
\|
*	provide backend storage and declaration of directory realm	friendica	2014-08-16	1	-1/+1
\|
*	doc update	friendica	2014-08-15	1	-1/+1
\|
*	put an indicator (*) in the message subject line for notification emails ↵	friendica	2014-08-14	1	-1/+1
\| \| \| \|	when the message body has been suppressed
*	support title and description (and dates which were done earlier) for ↵	friendica	2014-08-13	1	-1/+1
\| \| \| \|	friendica photo import
*	Friendica photo import tool. This will bring in all your photos from the ↵	friendica	2014-08-12	1	-1/+1
\| \| \| \|	chosen Friendica account and import them into Red. Note that profile photos will also be imported, but will not be scaled for profiles, nor will they be attached to any profiles. They will appear however in your Profile Photos album. Photos that had any access restrictions in Friendica will be made private to only you. Comments and likes, captions, and tags are not transferred, only the actual photos. You will only be able to do this once. If something goes wrong but any photos were imported, a pconfig called frphotos.complete will be set and you'll have to remove it to start over. If you should remove this to start over, we also check each photo and will not over-write a photo you already brought over.
*	change default invitation message	friendica	2014-08-11	1	-1/+1
\|
*	remember activity setting	friendica	2014-08-10	1	-1/+1
\|
*	booboo	friendica	2014-08-09	1	-1/+1
\|
*	rev update	friendica	2014-08-08	1	-1/+1
\|
*	a bit more cleanup and a bug fix or two for the new private post security model	friendica	2014-08-07	1	-1/+1
\|
*	update to-do	friendica	2014-08-06	1	-1/+1
\|
*	bbcode sup and sub	friendica	2014-08-05	1	-1/+1
\|
*	backend for profile export	friendica	2014-08-04	1	-1/+1
\|
*	allow the PageDown key to trigger auto scroll - so if you use this key to ↵	friendica	2014-08-03	1	-1/+1
\| \| \| \|	page through the content you'll never reach the end (until you run out of content).
*	db tables for extensible profile fields	friendica	2014-08-02	1	-1/+1
\|
*	make the profile minimal by default. Use features to enable the advanced form.	friendica	2014-08-01	1	-1/+1
\|
*	convert application strings to en-US	friendica	2014-07-31	1	-1/+1
\|