GitLab

Set an explicit width on the viewinfo column when showing friends. This way, it's all the same width regardless of whether the user has views or not. Fixes #1946.

Moved the smarty core files into htdocs/lib/smarty/libs. Moved the mahara custom plugins into htdocs/lib/smarty/mahara.

This is so the debian packaging can depend on the smarty package.

Look for smarty in htdocs/lib/smarty/libs, which is consistent with upstream (and therefore debian). Look for mahara plugins in a separate directory.

This is so the debian packaging can depend on the smarty package in debian rather than bundling our own.

So people don't get confused over the purpose of those links. Tabs is a much more intuitive interface.

Now the subject line is a lot shorter, and the boilerplate within the e-mail is simpler.

I filed a feature request for other, more invasive improvements that can be done past 1.0: #1987.

Make the default notification plugin for all notifications types 'email'. This should encourage more use of the system by users.

Only set the defaultquota to its default if the plugin is being installed. Otherwise this overwrites any custom defaultquota setting chosen every time the plugin is upgraded.

Noticed for the file 0.4.2 upgrade.

Correct the order of arguments passed to can_message_user on user/view.php. Fix a case in that function that might result in a fatal error, if an id is passed to it for $from.

Use safer dom manipulation techniques when re-arranging the items in the authlist element. Speculative fix for #1930.

In reality, the javascript there is really messy and should be rewritten the MochiKit Way(tm).

I suspect Heinz hasn't deleted some old images, and has just untarred over the top of the codebase.

Link to the artefact viewing script instead of to view.php, which has been out of date for a while...

* Force password change: if checked, users are forced to change their password on next log in. This was mandatory before, now people uploading CSV files can choose.
* E-mail users about accounts: if checked, users are sent an e-mail about their new account. This was never an option before and never happened, now it is on by default.

We send a slightly different e-mail based on whether the user needs to change their password or not. This affects the Add User script a tiny bit.

Make it so display_name doesn't require the user to have staff and admin properties set. That was really pissing me off.

Don't show the 'user was suspended because' message if there is no reason for why the user has been suspended.

Make sure the group links open in a new window so people don't lose their changes when editing view access.

Put TBODYs on the table that holds the calendar inputs for the access list items. Fixes them not being displayed in IE7.

Also make sure the links to users when searching open in a new window, which prevents people losing their changes if they click on one after having added or removed a few items via javascript.

It's too confusing when they're down the bottom on a narrower screen width and so people don't see them added.

Also added a border between them to make it more obvious where the splits are.

This means session timeouts are ok on the view access screen.

In reality I should make it work for any amount of dimensions, but this will handle the vast majority of cases for now.

It's more than likely that nobody has uploaded anything yet.

Fix cleaning up external feeds that we don't need anymore, if someone has added an RSS blocktype and hasn't actually put a feed in it.

I suspect there are bad queries in there hoggin' all the interRAMs, but no time to look now through all the cronjobs!