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.
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
Fix treatment of external URLs in Assets lib

Primarily fixed handling of protocol-relative URLs in
Assets::external_js(), which were only partially supported by
56fe451eb14f2fd9618230c7217a7ea1e0e24c88

While the above commit added support to Assets::external_js(),
Assets::find_files() didn't support protocol-relative URLs properly,
and, since files and URLs added with external_js() were eventually
passed to find_files()...

Additionally, if an http URL was passed to one of the js or css methods
when the site used https (which likely isn't good and may generate
warnings in the browser), find_files() would treat the URL as a file
path and attempt to find the file in the various asset paths (which is
probably worse than a few warnings).

Further, files that happened to have http (or https if that is the
protocol currently in use) in their name were being treated as external
URLs by find_files().