| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
| |
directory sync. Please do not mess with any of this.
Please do not mess with any of this. Please do not mess with any of this. Please do not mess with any of this. Please do not mess with any of this. Please do not mess with any of this. Please do not mess with any of this. Please do not mess with any of this. Please do not mess with any of this. Please do not mess with any of this. Please do not mess with any of this. Please do not mess with any of this. Please do not mess with any of this. Please do not mess with any of this. Please do not mess with any of this. Please do not mess with any of this. Please do not mess with any of this. Please do not mess with any of this. Please do not mess with any of this. Please do not mess with any of this. Please do not mess with any of this. Please do not mess with any of this. Please do not mess with any of this. Please do not mess with any of this. Please do not mess with any of this.
OK? Understood?
|
| |
|
| |
|
|
|
|
| |
conversation templates so that themes can use the module context to suppress or show comments as desired
|
|
|
|
| |
completely NOT work, so at least there's some improvement
|
| |
|
| |
|
|
|
|
| |
the site record was updated - without checking first to see if anything changed. This is causing lots of sync entries when nothing changed to warrant it.
|
|
|
|
| |
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.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
hubloc if anything at all changed anywhere.
|
|
|
|
| |
posts have recipients.
|
| |
|
| |
|
|
|
|
| |
before, but was still not quite right. We seem to be getting all the right results for top-level posts now, but comments aren't getting through on channels for which we've allowed them to send us their stream, but not comment on our posts. The reason is we were seeing if they could comment - and we only need to do that if we own the post. If they own the post, we only need to check if they can send us their stream.
|
|
|
|
| |
down has been solved.
|
|\
| |
| | |
to flag failed auth attempts in db table hubloc as hubloc_receive_error
|
| | |
|
| | |
|
|/
|
|
| |
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.
|
| |
|
| |
|
| |
|
|
|
|
| |
item_store logfile | grep -v created
|
|
|
|
| |
wrong inside item_store(), !! this changes the return of item_store !!
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
| |
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.
|
|
|
|
| |
connections get a fresh update.
|
|
|
|
| |
clone instances
|
|\
| |
| | |
only show categories this channel has used
|
| | |
|
| | |
|
|\ \
| |/
|/|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
//service class configure in .htconfig.php:
$a->config['system']['default_service_class']='standard'; // this is
the default service class that is attached to every new account
$a->config['service_class']['standard'] =
array('photo_upload_limit'=>20000000, // total photo storage limit per
channel (here 20MB)
'total_identities' =>5, // number of channels an account can create
'total_items' =>2000, // number of top level posts a channel can
create. Applies only to top level posts of the user, other posts and
comments are unaffected
'total_pages' =>10, // number of pages a channel can create
'total_channels' =>500, // number of channels the user can add, other
users can still add this channel, even if the limit is reached
'attach_upload_limit' =>20000000); // total attachment storage limit
per channel (here 20MB)
|
| |
| |
| |
| | |
Items / webpages /attachment message
|
| |
| |
| |
| | |
identity, follow, photo upload, att upload
|
| |
| |
| |
| | |
quotes so they will survive a reshare without mangling
|
| |
| |
| |
| | |
updated their site access policy which old sites do not have)
|
| | |
|
| |
| |
| |
| | |
could potentially create a security/permissions issue
|
| |
| |
| |
| | |
in this case the way the author is displayed. Leave this open for other forms templating options.
|
| |
| |
| |
| | |
at the moment and just want everything to fall into place quickly. The clerical work will have to wait.
|
| | |
|
| | |
|
| | |
|