| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
being set to the same ACL as the containing post, and instead are uploaded with public visibility (no ACL). This is to prevent folks on other networks from seeing prohibited signs for things uploaded into a private conversation. It is primarily useful when posting to collections that have mixed folks from red and other networks and an otherwise public (typical) profile. Consequently, these uploads will match your chosen default visibility for photos and storage and not that of the containing conversation item (and is only useful if the default visibility is public). This choice must be explained adequately because it represents a complex series of tradeoffs and side effects. It will reduce complaints from other networks about blocked content, but essentially forces you to use another method (dav or the photos page) if you wish to upload protected files/media.
|
|
|
|
| |
shareable (they're private to the channel so they won't be shown in searches), try and handle Diaspora mentions a bit more elegantly. (Bug: we don't convert mentions to Diaspora's format on outbound at all!)
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
which uses an xchan_url other than channel or profile, chanview will
fail to find $a->poi and fail as there is no way to import the xchan.
Instead of giving up and presenting an error, we'll send you to the
requested URL anyway. If we send you with a Zid, there's a good
chance you'll authenticate because xchans are like glitter - once you've
got one, they get everywhere, and there's a good chance you'll know
*somebody* at the hub.
.
|
| |
|
| |
|
| |
|
|
|
|
| |
endless scroll when you hit the end.
|
| |
|
| |
|
|
|
|
| |
driver uses "diaspora_enabled" with a 'd'. They got mixed up in a couple of places.
|
|
|
|
| |
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.
|
|
|
|
| |
menus, etc.)
|
|
|
|
| |
source. Currently the created entries aren't added to the allowed fields arrays, but this can be done by hand until that bit is made available. Only choice for input type at the moment is 'text' or a text input, not a textarea. Multiple choice will be added later.
|
|
|
|
| |
a channel level since there are privacy issues and quirks and trade-offs.
|
| |
|
| |
|
|
|
|
| |
notifier is setup to take hublocs, not xchans.
|
| |
|
|
|
|
| |
channel_guid, not the channel_hash. We'll allow this to be truncated for older D* sites or those that can't process our 64 character guids.
|
| |
|
|
|
|
| |
re-arrange order of replacing red#matrix smilie so it works correctly, accept a post with body content of '0' which was interpreted by x() as nothing (was treated as integer).
|
|
|
|
| |
we're not yet storing the results. And right now we're ignoring the type and only doing type=string. Oh yeah - and I split off starting the second delivery chain into its own function in tag_deliver since it was largely duplicate code.
|
|
|
|
| |
probably add other networks to this and create a distributed directory for the free web. It's highly unlikely we would do this but we *could*.
|
|
|
|
| |
functions that we're going to require (unfortunately)
|
|
|
|
| |
now before the feature is complete so that public sites don't get borked. We also will need a service class for this.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|\ |
|
| |\
| | |
| | | |
Add account deletion to the UI
|
| | | |
|
|/ / |
|
| | |
|
|\| |
|
| |
| |
| |
| | |
fix multi user deletion, add confirmation message
|
|/
|
|
| |
formats and rebuilding the darn things like we used to do. Check for illegal hex encoded album names in mod/photo so we don't throw php errors. Don't know where they come from but we get a lot of them.
|
|
|
|
| |
entities in the text.
|
|\
| |
| | |
Some work on account deletion
|
| | |
|
| | |
|
| | |
|
| | |
|
|/
|
|
| |
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.
|
| |
|
| |
|
| |
|