1eb8e570bf
tag anyone
2014-04-15 18:35:22 -07:00
9026ea649a
better mapping of visible connections
2014-04-14 17:29:19 -07:00
506ae56385
Better handling of restricted /channel and /profile permissions. We will show the name, profile photo and a 'connect' button if appropriate on these pages regardless of permissions. A blank page makes it difficult for folks to figure out how to connect and if it is their real life friend 'x' or not. It also matches our overall policy (adopted from Facebook's lessons learned) that the channel name and default profile photo are always visible and can't really be blocked without messing up the usability of the entire network. This also makes sure that a connect button can be found somewhere besides the directory - where the entry could be blocked; and avoid somebody having to figure out the webbie and find the link to "follow" (another related issue).
2014-04-14 16:45:16 -07:00
4feeacb51b
until we can figure out how to allow commenting on the discover page without killing the matrix, just turn it off.
2014-04-13 20:26:20 -07:00
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
dc1a529b63
remove extra tag logging
2014-04-12 23:57:19 -07:00
4fda10db2f
don't match quote remnants
2014-04-12 17:04:54 -07:00
d7aaff459f
let normal hashtags be quoted strings also
2014-04-12 16:58:19 -07:00
2d9ab91e9f
Merge branch 'master' into prvtag
2014-04-12 03:45:46 -07:00
f93b56de55
no this is the way to do it
2014-04-11 20:00:34 -07:00
c7d6179a0f
Use @+ to tag a forum and also restrict the post to the forum, this leaves @! tags private - period.
2014-04-11 16:31:48 -07:00
163c83a9e5
Ooops, replaced too many
2014-04-12 00:11:43 +01:00
a82b1fe590
Revert to prepare_text, use bbcode only for with
2014-04-12 00:08:50 +01:00
7e6804b599
make sure we can find that function
2014-04-11 15:14:01 -07:00
202582cbd6
we also need a loop breaker
2014-04-11 15:08:40 -07:00
df7c2afc68
Merge pull request #405 from beardy-unixer/master
...
A few little fixes
2014-04-12 07:20:44 +10:00
aa1f5ce753
Merge pull request #404 from git-marijus/master
...
bootstrapify aclselector
2014-04-12 07:20:24 +10:00
e10509e2bd
soft revert 9bb7811 until we can look at it more closely.
2014-04-11 14:01:33 -07:00
81b06754a4
Don't count deleted channels when figuring out where to send a user on login.
2014-04-11 15:11:22 +01:00
3197ccbf5e
bootstrapify aclselector
2014-04-11 16:06:39 +02:00
4582b8dd64
Bring BBCode to profiles
2014-04-11 14:54:07 +01:00
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
9bb7811d74
Discover page: when importing public items, alter the item so that it has the characteristics of one that was sourced by the sys channel instead of just being stored under the sys channel uid. This should allow comments and likes to flow upstream if permissions allow and may fix issue #398 . Permission may still be denied by the original poster, but without this the comment/like is treated as a forgery and is blocked from transmission.
2014-04-10 18:06:09 -07:00
a49069db4e
move the deleted flag setting to encode_item_flags() where it belongs now that we aren't giving deleted posts special treatment.
2014-04-10 16:26:27 -07:00
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
8d8d739242
Merge https://github.com/friendica/red into pending_merge
2014-04-09 21:13:40 -07:00
795d741713
issue #400 - lock not showing up for previews of private mentions (or 'new/search' item view)
...
also reformat the new/search template to pick up recent changes to conv_item.tpl
2014-04-09 21:11:49 -07:00
5d5ff22b1d
Merge pull request #399 from git-marijus/master
...
change the way jot tools are displayed/hidden
2014-04-10 13:54:34 +10:00
bf41ccbf35
'anybody in this network' permissions were not being allowed for non-connected channels.
2014-04-09 16:30:03 -07:00
b88a7fc23a
use $showacl to show/hide acl in jot.tpl - remove $pvisit and repair editblock and editlayout which still depended on it.
2014-04-09 18:29:22 +02:00
9f621dac85
change the way jot tools are displayed/hidden
2014-04-08 22:07:06 +02:00
95751dddff
some fixes to #395
2014-04-07 20:20:28 -07:00
03753f463e
convert /network saved search to bootstrap buttons
2014-04-07 16:25:35 -07:00
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
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
10167fdf51
prevent follows of and notifications to deceased channels
2014-04-07 02:55:00 -07:00
28b7eedc45
check_webbie (webbie validator) returning bad webbies
2014-04-06 19:59:00 -07:00
6f555c50e1
a bit more work towards issue #395 - cleaning up some cases which were going to the url directly and which weren't going through chanview. Also worth noting - mentions in posts do not go through chanview. Perhaps it is time to kill chanview (except we then cannot implemented a "connected" or "connect" button since we don't have any control over the landing page). For the time being I'm just trying to trap as many of the "visit URL" links as possible and sending them to a common place. Then we can figure out how that common place should behave.
2014-04-06 18:40:37 -07:00
f7cb4e0ef0
jot and location style fixes
2014-04-06 21:14:24 +02:00
2a13a9b20a
Merge pull request #397 from sasiflo/master
...
Try to repair of channel administration
2014-04-06 20:54:37 +10:00
64dfe3ab64
issue #395 , item 2
2014-04-06 03:47:53 -07:00
6d170b2e07
Merge remote-tracking branch 'upstream/master'
2014-04-06 12:21:24 +02:00
ad60e2c566
use parent_mid in the parent query for enotify instead of of the parent id. This should fix the issue with encrypted content in the notification messages (for locally posted replies). The fix was a bit harder than anticipated because we store the parent id as an int in the notify table so this had to be modified to char storage as well.
2014-04-06 02:57:33 -07:00
d084d5575c
Merge remote-tracking branch 'upstream/master'
2014-04-06 00:35:30 +02:00
9f54a8f96b
Hope I have repaired the channel admin page.
...
Channel blocking and deleting was copied from user actions. This was not
done to an end. Hope what I do is enough to enable channel blocking and
deleting the correct way.
On deletion all entities that belong to the channel are deleted. But the
channel itself is just marked as deleted. Do not really understand why
it is done this way.
2014-04-06 00:34:52 +02:00
a2b949f339
Typo in externals SQL.
2014-04-05 22:55:38 +01:00
4901ef8faf
provide the ability for rpost to post as another of your channels. This does not yet work, so the functionality has not been enabled.
2014-04-05 02:32:07 -07:00
32e71cf06b
finish "ifpending" connections
2014-04-04 17:43:44 -07:00
97f0424b18
introduce a connection type called 'ifpending' for number 6 of issue #395 - so that we can still have an unconditional 'pending' link. Needs testing before integrating with the nav menu
2014-04-04 16:56:49 -07:00
d68b202cad
start of legacy probe utility
2014-04-02 16:26:39 -07:00
friendica
Thomas Willingham
marijus
sasiflo