GitLab

Bug #1006634, part 3

Adds the url id to the information returned by search_group, and
passes this into the javascript in the "Share with other users and
groups" fieldset on the Edit access page.

Change-Id: Ie5b88afba4a76bdae8d150452dbae7daed61471d
Signed-off-by: Richard Mansfield <richard.mansfield@catalyst.net.nz>

Bug #825595.

Add "Friends" search functionality to "Share with other users and
groups" section. The Friends search view is also the new default now,
instead of Users.

Change-Id: Id2c278a64e1c8d921cb8bea8179a8c39e6a47a50
Signed-off-by: Eugene Venter <eugene@catalyst.net.nz>

The perf_to_log() call was missing in several places, such as when serving files from
download.php & thumb.php, redirects, and many ajax scripts not using json_reply().

Change-Id: I64df2d3351320a0767a6fad6525b803aa3980fad
Signed-off-by: Richard Mansfield <richard.mansfield@catalyst.net.nz>

Signed-off-by: Richard Mansfield <richardm@catalyst.net.nz>

When assigning view access, allow users to assign access to any group, not just the ones they're in.

The name is largely irrelevant as it's only the creator of the file.

changed search so logged in user isn't included as it makes no sense to give yourself access to a view

Signed-off-by: Andrew McMillan

I was actually looking to fix a bug about it displaying the currently logged in user in search results, but there's a change on the forums branch that will allow this, and I don't want conflicts.

Renaming communities to groups step 1: everywhere in the code. Filenames and database changes to come.

Wrong branch...

This reverts commit 21fedcd0.

and general header noise (output of file_content_check anger)

viewacl element