friendica
bd4dd85fbb
there's the problem
2014-10-13 20:53:34 -07:00
friendica
1b0390af06
new function hubloc_change_primary()
2014-10-13 15:27:56 -07:00
friendica
718bea5d45
cleanup of sync_locations and better logging. There was one significant code change but it is unrelated to current issues, basically if no primary was set we were setting everything as primary.
2014-10-12 15:18:49 -07:00
friendica
f26cd5a636
ah yes, the redundant relay run was for the benefit of wall-to-wall posts issue #633
2014-10-10 15:17:32 -07:00
friendica
b5f91d7b40
missing source route after edit
2014-10-10 14:45:18 -07:00
friendica
cde244ef74
improvement in source route checking when handling complex *upstream* delivery chains, which were not adequately accounted for in the earlier checkin.
2014-10-10 00:13:46 -07:00
friendica
4634049549
allow (our own) ajax urls to pass through bbcode intact.
2014-10-09 20:59:33 -07:00
friendica
effc8960c3
OK this is important. So read it carefully.
...
This checkin implements route matching of comments so that they are only accepted from the same route as the top-level post they are attached to. This way there should be no mis-match of permissions between any posts in the thread. It may not be completely compatible with comments posted in the past (though I've tried to be, there may be some minor issues). In addition it seems that relaying was invoked more often than necessary - especially when a duplicate post arrived which was not processed because the edited time hadn't changed - it still invoked relaying. This fix should improve site performance considerably for comments cross-posted to forums; which got bounced around a bit and delivered redundantly for no reason.
Roll this back *only* if it causes a meltdown or comment loss is "serious" (as in OMG people are dying, make it stop!). If we can get past 24 hours without serious issue we need to get everybody onto this code. There may be some minor comment loss (mostly affecting new comments to older posts or likes of older comments) until the majority of sites have moved to the new code.
It may be difficult or impossible to deliver comments to posts that pre-date the addition of source routes (April 1, 2014) to anybody but the top-level post author at his/her primary hub. We may wish to close comments on these posts, but let's see how we go before doing that.
2014-10-09 18:12:53 -07:00
friendica
467c6c72f0
ability to pre-populate connections for new channels. e.g. "MySpace Tom"
2014-10-01 14:48:08 -07:00
friendica
b735961560
found the sucker
2014-09-22 16:23:59 -07:00
friendica
c4608d4c82
just mark dead hubloc deleted - don't remove them. This could cause problems. Also clean up fetch_url/post_url header option
2014-09-16 19:07:19 -07:00
friendica
bbc9e4427e
honour service class restrictions for total_identities, total_channels ("friends") and total_feeds both when importing channels and subsequently when syncing clones. Limits are based on the local system - additional entries are silently dropped.
2014-09-15 17:17:00 -07:00
friendica
0dc33900b6
provide a way to sync locations and get rid of bogus hublocs, now implemented
2014-09-14 22:19:19 -07:00
friendica
bcc9057d8c
pull the plug on the old location sync section of import_xchan - this has now been split off into its own function. Cross fingers because this is core functionality which was tried and true, well tested; and now it's a bit different.
...
Please revert this if the matrix breaks in the next few hours.
2014-09-14 18:09:16 -07:00
friendica
c27b60d981
more heavy lifting on the hubloc management and revocation infrastructure; don't rush me. This is going to become a fundamental part of zot. It deserves careful consideration.
2014-09-14 01:48:54 -07:00
friendica
0350b76d85
some backend work for the remaining missing bits of mod_hubman - this is 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.
2014-09-13 16:00:09 -07:00
friendica
e68185fc05
don't allow an xchan to be imported with an empty name. To avoid translation issues we'll just make it '-'.
2014-09-11 18:11:07 -07:00
friendica
c6d07feff5
This is long overdue - use a symblic constant NULL_DATE instead of the easily mis-typed sequence '0000-00-00 00:00:00'
2014-09-08 20:35:15 -07:00
friendica
1102499c71
realm detection logic reversed
2014-09-04 16:09:52 -07:00
friendica
2d0ad0625a
sql error in profile_activity
2014-08-31 16:24:05 -07:00
friendica
8a62b824f9
lots of little Diaspora issues
2014-08-28 21:49:13 -07:00
friendica
6a42d6fe3b
works one way sort of - now to go the other way - which will require fixing a whole slew of FIXMEs
2014-08-26 18:58:48 -07:00
friendica
eb8f194419
sort out some anomalies
2014-08-25 21:42:46 -07:00
friendica
9196c9eef0
We really can't do this without a hubloc. I was hoping we could, but notifier is setup to take hublocs, not xchans.
2014-08-22 21:37:08 -07:00
friendica
69d3e5468d
provide the site blacklist everywhere it is needed
2014-08-21 21:07:32 -07:00
friendica
4a76925787
some more work on realms
2014-08-17 19:06:56 -07:00
friendica
82eb265a20
add collections widget to connections page - and some more work on realms
2014-08-17 17:48:41 -07:00
friendica
20bdcb037f
provide backend storage and declaration of directory realm
2014-08-16 16:10:35 -07:00
zottel
d57fe0765c
don't block "public" messages with authenticated scope
2014-08-15 21:36:24 +02:00
friendica
802a5c2946
zot logging to figure out why we occasionally don't have an address on xchan_import - I suspect we don't have anything useful at all.
2014-08-12 20:46:33 -07:00
friendica
ad1472abf0
got the logic reversed on that one
2014-08-07 18:58:33 -07:00
friendica
f412f6a654
over-ride the private flag if we received a post that isn't completely public, but they didn't set the private flag.
2014-08-07 17:49:57 -07:00
friendica
2cff122d6f
public scope delivery issues
2014-08-06 21:16:24 -07:00
friendica
8da548344b
clone sync of "unfriend" actions
2014-08-05 17:47:17 -07:00
friendica
5a5190f2ff
add an encoding type to formatted zot communication structures so that we can later add alternate encodings.
2014-07-24 15:55:01 -07:00
friendica
9e988afa1f
ensure that we don't have permission settings issues due to version skew across sites.
2014-07-17 20:59:58 -07:00
friendica
437b0cb16e
collection sync issue
2014-07-17 15:53:07 -07:00
friendica
feb23fc9bc
collection sync
2014-07-16 21:18:28 -07:00
friendica
01491e7d61
limit fields to what we require
2014-07-14 21:52:20 -07:00
friendica
c398d556b3
index collection sync info by hash rather than id
2014-07-14 21:49:48 -07:00
friendica
1accf82bd1
clean up more code duplication
2014-07-14 21:21:24 -07:00
friendica
5ad76c4d0c
the sending side of clone syncing of collection/privacy_group information. The receiving side is not yet implemented.
2014-07-14 02:37:41 -07:00
friendica
b2abc51929
much better fix to problem yesterday of updates with the wrong ud_addr getting updated. Now we'll
...
pass in the update table row to import_xchan so we know exactly which ud_addr applies. We still need ud_flags passed in separately.
2014-06-30 21:17:19 -07:00
friendica
f64f84b5e9
control chars crept in.
2014-06-30 03:52:20 -07:00
friendica
71e8643bf6
ensure we have a unique guid for each address if one is generated.
2014-06-30 03:38:12 -07:00
friendica
4e8d10e269
update the update records for all addresses attached to this channel, not just the primary.
2014-06-30 03:34:37 -07:00
Alexandre Hannud Abdo
b20887995a
Implements a new permission level PERMS_PENDING
...
With this a user can allow some action to any user which connects
to them, even before they've connected back.
Ref.
https://mobiliza.org.br/display/478d9e71eaf55748dc646d3990651d6d34cfb7db5c38360538ec730ca3ccf908@zothub.com
Also some code cleanup and an alternative logic for handling
notifications of permission changes in zot.php.
This assumes that private posts are still restricted to people in
your addressbook. Regardless of your global permissions, a
pending channel won't get private posts, even if the post
only has a deny clause not matching the pending channel.
2014-06-19 15:13:32 -03:00
friendica
5c8359f976
note work still remaining
2014-06-17 17:36:41 -07:00
friendica
dafd3a9e43
sync profiles to nomadic clones
2014-06-17 17:34:51 -07:00
friendica
78609e9363
send new connection notification even if auto-perms are set
2014-06-12 17:31:42 -07:00
friendica
4fa3b420ab
duplicate birthday events showing up
2014-06-04 21:02:57 -07:00
friendica
2386bc4d00
bring back birthdays
2014-06-02 17:49:19 -07:00
friendica
9b5eabf108
Merge branch 'master' into newevent
...
Conflicts:
include/zot.php
2014-05-29 16:14:10 -07:00
friendica
2a6d7b6a07
cleanup dead directory entries. This was a real b#tch, so keep your eye out for issues - which you shouldn't see until next weekend when this is scheduled to run. We're only setting flags, so if anything goes wrong we should be able to recover without too much pain.
2014-05-28 21:42:46 -07:00
friendica
2f5bd7e1b3
add activity_received hook
2014-05-13 20:58:55 -07:00
friendica
1a4c99ec02
fix events until the new event subscription mechanism goes in, as shared events have been broken
2014-05-07 22:28:19 -07:00
friendica
a00103b7df
better event management
2014-05-07 22:23:43 -07:00
friendica
e22e94cd97
ok *now* shred works with alternate config files
2014-05-07 20:31:21 -07:00
friendica
769b0f6bc9
Often somebody will join the matrix with a dodgy cert and we'll sort that out but their profile photo will remain rainbow man (or the site default). However the photo_date has been updated so we won't try again. This checkin looks for such a failure and leaves the photo_date alone if the photo import failed.
2014-04-13 18:30:06 -07:00
friendica
e64ec31a9d
add the message-id to delivery reports. This _could_ allow an enterprising developer to collect the delivery reports for a given post and store them in a DB table so that the sender could track and verify where a message had been sent on a web page and verify the success or failure of those attempts without requiring admin access. (To be fair this would also need an extra flag which hasn't yet been implemented to indicate that a channel created a second delivery chain of the message).
2014-04-10 22:17:35 -07:00
friendica
bf1f18e172
Include the entire original item when notifying other channels of deletions as it contains important routing and scope information. Previously we were only sending a couple of critical fields like the message-id, flags, and creation date. The thinking was that it is deleted, let's not resend the deleted contents anywhere. But in order to route this through the same path the original post took we really need the entire original post with all of its baggage attached.
2014-04-10 16:14:19 -07:00
friendica
74029a9ee9
this should be better - "xchan deleted" state on remote sites only follows the xchan_flags and not the channel_pageflags; XCHAN_FLAGS_DELETED should only be set if the channel is to be removed from the entire network. As mentioned in a previous commit, channel_pageflags could be set to PAGE_REMOVED but still leave living clones on other sites.
2014-04-07 16:10:43 -07:00
friendica
7e160a7b04
undo one of yesterday's changes - if a channel was deleted we want to mark the hubloc deleted - but not the xchan. The channel might be alive at another hubloc. We should only mark the xchan deleted when removing a channel from the entire network - e.g. there are no hubs left to service it.
2014-04-07 13:13:00 -07:00
friendica
10167fdf51
prevent follows of and notifications to deceased channels
2014-04-07 02:55:00 -07:00
friendica
1108eaaed0
source routing stuff
2014-03-29 21:53:50 -07:00
friendica
a6d8668a5f
try and sort out the item delete mess
2014-03-27 20:28:48 -07:00
friendica
8594d069a1
new connection notification
2014-03-27 18:03:19 -07:00
friendica
ed14c1f224
more work on firehose
2014-03-26 18:45:01 -07:00
friendica
50a7e9ce8f
this should improve queue performance dramatically.
2014-03-24 19:40:36 -07:00
friendica
944d051e45
create_sys_channel during setup bypasses our check when creating the first account that there is a site keypair. Esnure that a site keypair is created before any sys channels are created.
2014-03-23 18:12:32 -07:00
friendica
6d37e41fc3
found what I believe is the root cause of issue #230 , but don't yet have a workable solution. This one is hard.
2014-03-20 22:08:16 -07:00
friendica
1156b141db
increase log info to track down source of ownership failures
2014-03-20 16:45:19 -07:00
friendica
8c177fbc4b
cleanup
2014-03-18 16:50:46 -07:00
friendica
8c7e076dae
bring friends back
2014-03-06 01:29:42 -08:00
friendica
86d60f572f
change flags for one-way connections from hidden to unconnected so we can still use hidden for - well hiding connections
2014-03-04 14:35:42 -08:00
friendica
3d49bf0320
directory sync issues
2014-03-03 21:00:42 -08:00
friendica
7baeb45183
some anomolies found when viewing connections in various cases.
2014-03-02 19:40:59 -08:00
friendica
5b4e3f46bc
minor stuff, some doco, auth cleanup, and make "unknown" more translateable by context.
2014-02-22 14:58:12 -08:00
friendica
8367a92214
fix login weirdness for accounts that need to be approved
2014-02-20 18:38:52 -08:00
friendica
6eb971656e
believe i found the issue which was causing hundreds/thousands of identical hublocs to be created
2014-02-20 01:35:08 -08:00
friendica
70526915c8
several things were not working correctly w/r/t community tagging. The preference vanished from settings at some point, and we also weren't updating the original post timestamp so that the changed taxonomy would propagate correctly as an edit.
2014-02-16 16:04:46 -08:00
friendica
d02529fde1
implement a forced directory update mode where we unconditionally create a 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).
2014-02-11 14:19:20 -08:00
friendica
59094cda51
reversed args in update_modtime, incorrect ud_guid and ud_hash
2014-02-10 20:38:26 -08:00
friendica
74fb7d158b
Check for the correct DB name before pushing.
2014-02-10 19:20:55 -08:00
friendica
7f741a7e85
add channel_notify_flags to list of things which should *not* be synced across nomads. You probably only want one site to send you notification emails for the same events as opposed to all of them.
2014-02-10 19:18:09 -08:00
friendica
c7ffae03d8
perform remote discovery on abook sync of nomadic clones if remote channel (xchan) is unknown
2014-02-09 19:45:22 -08:00
friendica
14fd940e08
To be listed as a public site, you need to be an https site with a valid 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.
2014-02-07 00:50:04 -08:00
friendica
c9879edb3e
break delivery loop if an item is deleted twice
2014-01-10 12:37:48 -08:00
friendica
196b3022bd
Merge branch 'master' into movejs
...
Conflicts:
version.inc
2014-01-06 02:37:06 -08:00
friendica
d920e212ac
typo in import_directory_profile
2014-01-05 15:51:44 -08:00
friendica
0c85c97480
move js files from core
2014-01-04 03:58:21 -08:00
friendica
152ed96379
issue #230 - deletion failure in multiple delivery chains
2013-12-26 00:14:17 -08:00
friendica
fe00e9b261
extend the directory profiles a bit more
2013-12-25 01:57:04 -08:00
friendica
b3fe221b7f
issue #240 - we were using htmlentities instead of htmlspecialchars in several places, and this was a bit greedy in the set of characters which were converted from utf-8 to HTML entities. Also brought mail attachments up to date so they are rendered identically to item attachments.
2013-12-11 23:13:36 -08:00
friendica
38577cf26c
issue #225
2013-12-05 18:17:16 -08:00
friendica
d8903f09f5
include re-organisation and more doco, post_to_red fix ampersands in categories
2013-12-04 00:19:29 -08:00
friendica
7187c493e1
add hooks to zot-finger and import_xchan
2013-12-03 17:55:10 -08:00
friendica
9f2efb0291
ensure that every imported channel has a primary hubloc
2013-12-02 23:55:57 -08:00
friendica
94c293f2c6
doco
2013-11-28 18:46:59 -08:00
friendica
eae3327584
item store hooks
2013-11-28 18:10:04 -08:00