aboutsummaryrefslogtreecommitdiffstats
path: root/mod
Commit message (Collapse)AuthorAgeFilesLines
* ability to unset a layout and subthread is probably close to working again.friendica2014-04-231-44/+126
|
* Merge https://github.com/friendica/red into pending_mergefriendica2014-04-211-9/+9
|\
| * Attempt to reduce the support burden of access and register policy.Thomas Willingham2014-04-211-9/+9
| |
* | Setting to undo/clear auto permissionsfriendica2014-04-211-0/+1
| |
* | subthread is still borked (~75% Friendica code which has never been ↵friendica2014-04-201-5/+5
|/ | | | translated)- but ported a bit more
* fix vcard truncation and escapingfriendica2014-04-201-18/+18
|
* Merge branch 'master' of https://github.com/friendica/red into mod-profpicpermsirius2014-04-203-7/+40
|\
| * improve zotfeed for discover channel so it will send updates to posts you've ↵friendica2014-04-171-2/+3
| | | | | | | | already received. Incidentally I discovered why we had the meltdown replying to discover channel items the other day - but can't fix it easily.
| * tag anyonefriendica2014-04-152-5/+37
| |
* | Now we also refresh permissions after the user posted connedit.sirius2014-04-202-3/+64
| |
* | Added permission handling of profile-photossirius2014-04-202-16/+29
| | | | | | | | Now we automatically set the appropiate viewing-permissions on profile edit and revert photos chosen as default profile picture bacl to public access.
* | Merging in conflictsirius2014-04-166-35/+42
|\|
| * better mapping of visible connectionsfriendica2014-04-142-15/+11
| |
| * Better handling of restricted /channel and /profile permissions. We will ↵friendica2014-04-141-3/+2
| | | | | | | | 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).
| * profperm: abook_profile was being handled by profile id rather than ↵friendica2014-04-131-7/+7
| | | | | | | | profile_guid, causing private profiles to not be activated in many cases.
| * only show forum tags on contact autocomplete, not in the ACL selectorfriendica2014-04-131-1/+1
| |
* | Added hackish support for permissions-sync between profile and profile-picturessirius2014-04-142-4/+41
|/
* let normal hashtags be quoted strings alsofriendica2014-04-121-1/+9
|
* major cleanup of handle_tag()friendica2014-04-121-10/+48
|
* handle new tag declarationsfriendica2014-04-121-1/+1
|
* add forum mode to tag handlingfriendica2014-04-121-2/+9
|
* this is looking better, call the forum version of a tag "foobar network", ↵friendica2014-04-121-3/+5
| | | | besides altering the icon
* use icons for identificationfriendica2014-04-111-2/+2
|
* not quite right but I need to check it in so I can switch branchesfriendica2014-04-111-2/+2
|
* the auto-complete partfriendica2014-04-111-1/+14
|
* via Mario: default channel permissions not working on channel pagefriendica2014-04-111-6/+11
|
* bootstrapify aclselectormarijus2014-04-111-1/+2
|
* Merge https://github.com/friendica/red into pending_mergefriendica2014-04-101-1/+8
|\
| * Merge pull request #402 from sasiflo/masterRedMatrix2014-04-111-1/+8
| |\ | | | | | | Added info about SSL certificates
| | * Added some more details about why browser-valid SSL certificates must besasiflo2014-04-101-1/+8
| | | | | | | | | | | | | | | | | | | | | used when SSL is used at all. It is now in the check failure message in the installation routine, the installation readme and in the documentation pages.
* | | push notes widget updates to channel clones on focusout (final save). Don't ↵friendica2014-04-101-0/+8
|/ / | | | | | | do this for the auto-save events (every ten seconds) which could generate superfluous network traffic.
* / Include the entire original item when notifying other channels of deletions ↵friendica2014-04-101-1/+1
|/ | | | 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.
* use $showacl to show/hide acl in jot.tpl - remove $pvisit and repair ↵marijus2014-04-096-5/+3
| | | | editblock and editlayout which still depended on it.
* change the way jot tools are displayed/hiddenmarijus2014-04-0812-20/+20
|
* some fixes to #395friendica2014-04-071-1/+1
|
* possible fix for issue #398friendica2014-04-071-3/+11
|
* this should be better - "xchan deleted" state on remote sites only follows ↵friendica2014-04-071-5/+6
| | | | 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.
* prevent follows of and notifications to deceased channelsfriendica2014-04-071-2/+4
|
* subdue archived connections in mod/connectionsfriendica2014-04-061-1/+1
|
* more work on #395friendica2014-04-061-4/+3
|
* missing pagination on viewconnections pagefriendica2014-04-061-0/+9
|
* a bit more work towards issue #395 - cleaning up some cases which were going ↵friendica2014-04-062-2/+2
| | | | 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.
* mod/item - get rid of some failed experiments, duplicated code and unused code.friendica2014-04-061-89/+10
|
* Merge pull request #397 from sasiflo/masterRedMatrix2014-04-061-47/+34
|\ | | | | Try to repair of channel administration
| * Merge remote-tracking branch 'upstream/master'sasiflo2014-04-061-1/+1
| |\
| * | Hope I have repaired the channel admin page.sasiflo2014-04-061-47/+34
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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.
* | | issue #395, item 2friendica2014-04-064-6/+17
| |/ |/|
* | use parent_mid in the parent query for enotify instead of of the parent id. ↵friendica2014-04-061-1/+1
|/ | | | 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.
* this makes rpost to another channel work somewhat - but there are issues, ↵friendica2014-04-051-1/+8
| | | | since the ACL will belong to the wrong channel. Leaving disabled for now. I don't know that we can solve all the issues without a different design so this may end up in a plugin for those who are willing to put up with the shortcomings.
* provide the ability for rpost to post as another of your channels. This does ↵friendica2014-04-052-17/+25
| | | | not yet work, so the functionality has not been enabled.
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-19 12:29:54 +0000