GitLab

this is useful for importing data over mnet, but also potentially in the
future when we can import leap data into existing user accounts
Signed-off-by: Penny Leach <penny@mjollnir.org>

File import plugin vs Leap import plugin
Local file upload import vs Imports over mnet
Signed-off-by: Penny Leach <penny@mjollnir.org>

- Breaking up of the validation into two stages:
    - Performed by the importtransport object, before moving files
      around
    - Performed by the import class, after the files are transported

To this end I changed the importtransport objects to take the
importqueue record (or a fake one) in their constructor, so they have
the same data available as the importer would.
Signed-off-by: Penny Leach <penny@mjollnir.org>

Signed-off-by: Penny Leach <penny@mjollnir.org>

This commit includes:

- Moved a lot of logic out of admin/users/add.php to the various plugins
- Moved around unzipping and detecting files into the transport layers
- Refactored a lot of transport code into the base class

I tested:

- Adding a user from a leap2a xml file
- Adding a user from a leap2a zip file
- Importing non leap (straight files) data over mnet
Signed-off-by: Penny Leach <penny@mjollnir.org>

- use the mahara logo if the user has no profile icon set
- use the user's personal website as the author uri, if set
- add a generator to indicate that the feed was generated by Mahara
- set the icon element to use favicon.ico
- set feed rights based on presence or lack of CC block in view
- display feed icon in the view if the view is public

(partial implementation of Eduforge Feature Request #3357)
Signed-off-by: Evan Goldenberg <evang@catalyst.net.nz>
Signed-off-by: Francois Marier <francois@catalyst.net.nz>

If uploading files for a group or an institution, do not include the user
quota.
(cherry picked from commit 45d57645244d8866a291101e70f8fe2fcf6e759c)
Signed-off-by: Evan Goldenberg <evang@catalyst.net.nz>

If a user has a quota which is lower than post_max_size or
upload_max_filesize, then this should be shown as the maximum upload size.

The actual checking of this is already handled by the upload function for
the pieform.
(cherry picked from commit af0facaa676e716a29163c79e112fda0e54817fb)
Signed-off-by: Evan Goldenberg <evang@catalyst.net.nz>

Signed-off-by: Evan Goldenberg <evang@catalyst.net.nz>

Importing a hundred users on Apache seems to take more than half a gig of RAM.
Signed-off-by: Francois Marier <francois@catalyst.net.nz>

Signed-off-by: Francois Marier <francois@catalyst.net.nz>

This change is to match what the bulkexport page generates.
Signed-off-by: Francois Marier <francois@catalyst.net.nz>

Also removed a unnecessary debug statement and fixed the redirection.
Signed-off-by: Francois Marier <francois@catalyst.net.nz>

The main reason for this is to keep the output channel open and
prevent Apache timeouts when doing large exports (> 5 minutes).
Signed-off-by: Francois Marier <francois@catalyst.net.nz>

Normally admins are not allowed to view a user's view unless explicitly allowed
to by the user. This is a quick hack to make this possible when it's done as part
of a bulk export.
Signed-off-by: Francois Marier <francois@catalyst.net.nz>

This takes a list of usernames and exports their portfolios in LEAP2A format.

The end result is a big zipfile containing:
- CSV listing of each username with its associated LEAP2A zipfile
- a users/ directory containing all of the zipfiles

If an institution is selected and the username text box is left empty,
then all users for that institution will be exported.

Otherwise if there are any usernames specified in the textbox, only these
users will be exported.
Signed-off-by: Francois Marier <francois@catalyst.net.nz>

Signed-off-by: Evan Goldenberg <evang@catalyst.net.nz>

These two functions are duplicates of functionality, get_random_key was
written first, and used more often, so makes more sense to keep.
Signed-off-by: Penny Leach <penny@mjollnir.org>

when auto-creating users.
Signed-off-by: Piers Harding <piers@catalyst.net.nz>

Signed-off-by: Evan Goldenberg <evang@catalyst.net.nz>

admin (thanks, Ruslan) (bug #525778)
Signed-off-by: Evan Goldenberg <evang@catalyst.net.nz>

they can't use it (thanks, Ruslan Kabalin) (bug #525778)
Signed-off-by: Evan Goldenberg <evang@catalyst.net.nz>

Signed-off-by: Evan Goldenberg <evang@catalyst.net.nz>

Signed-off-by: Evan Goldenberg <evang@catalyst.net.nz>

Signed-off-by: Evan Goldenberg <evang@catalyst.net.nz>

Signed-off-by: Ruslan Kabalin <ruslan.kabalin@luns.net.uk>
Signed-off-by: Evan Goldenberg <evang@catalyst.net.nz>

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

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

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

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

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

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

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

Signed-off-by: Francois Marier <francois@catalyst.net.nz>

Signed-off-by: Francois Marier <francois@catalyst.net.nz>

Add a new parameter (earlyexpiry) to maintain the existing behaviour of not
caching the logged in user's images for more than 10 minutes in case they
change their icon.
Signed-off-by: Francois Marier <francois@catalyst.net.nz>

Signed-off-by: Francois Marier <francois@catalyst.net.nz>

This adds support for only the profileicon action (not profileiconbyid).

(The server-side lookups are very expensive.)
Signed-off-by: Francois Marier <francois@catalyst.net.nz>

Signed-off-by: Evan Goldenberg <evang@catalyst.net.nz>