Removed reference to: $user->salt

The reference to not existing property $user->salt would generate an
error message at /forgot_password page.
The Email Type setting fail to reflect it's current state.
Fix #630 Builder: Update Table Name when module name is changed

Added a JavaScript function (bonfire.builder.prepTableName()) to prepare
the module name to be used as the table name (further information
below).

Updated show_table_props(), which executes on load and when clicking the
create table/existing table radio buttons to use the function, passing
the tblName variable to preserve the existing behavior (only updates the
table name when it is empty if clicking the radio buttons).

Added event handlers to the module name input (on click, focus, and
blur) to call the function with an empty value, causing the table name
to update any time the user interacts with the module name. It may be
desirable to modify this to just use the change event, which can be done
by modifying the last line of the file to the following:
$('#module_name').on('change', {valueToPrep: '', setTableName: true},
bonfire.builder.prepTableName);

prepTableName takes an object as its only argument, with all valid
properties (and their default values) listed in
bonfire.builder.prepTableDefaults. The function also works as an event
handler, in which case it expects to receive an event object with a data
property which acts as the function's normal argument (this is the
behavior when passing the object to jQuery's $.on() method to bind an
event handler).

If the valueToPrep property is empty (the default), it will pull the
value from the module name field (or any field indicated with the
moduleNameSelector argument).

If the setTableName property is true (the default), it will output the
prepared value to the table name field (or any field indicated with the
tableNameSelector argument).

The function always returns the prepared value (unless there's an error
of some sort that prevents execution).
Turn logging off by default for better performance.
There's no reason to autoload the template library for every call based on Base_Controller. Also, if the Auth library is not loaded, we don't need to worry about a current_user variable so stop loading a bunch of stuff just to set the current user. It's a huge slowdown.
Checking for a permission on whether to load the profiler is redundant. It is the developer's job to ensure that it's off.
Misc bugfixes for the autoloading removals.
Removing the need to autoload the application helper. Code should load the libraries when needed.
Removing the autoloading of the Assets lib. The various base controllers take care of this.
Misc users controller tweaks.
Load the auth library for the home controller.
Merge pull request #816 from andyvr/develop

Minor fixes in /forgot_password and /admin/settings/emailer pages.
Fixed settings_model find_all_by method to match the parameters of BF_Models version. Now takes a third parameter, type, to match either and or or where queries when the  parameter is an array.
Added timestamp to module js filename, Fixs issue #820
Quick fix for user profile bugging out. Need to find a more thorough fix for this, but this works for now. Fixes #819
Merge pull request #821 from svizion/develop

Added timestamp to module js filename, Fixs issue #820
Removed  from user_model find* methods. Fixes #786
Merge branch 'develop' of github.com:ci-bonfire/Bonfire into develop
Added bf_action_edit and bf_action_undo to main bonfire language file. Fixes #575
Add file helper to get filenames by extension