Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
|
|
protected function exceptType added for use by subclasses to assert that
the database object loaded is the correct type and to protect against
cases like EG: passing the GUID for a group to new user(...); If a
problem is detected, throw an exception.
|
|
Various function (and their usages) in the table class have been updated
to be static class function.
|
|
|
|
The abstract functions of database have been made protected and their
names prefixed with '_'. The database class has been given new static
functions query() and esc(), which call the _query() and _esc() function
from the database instance object. This change was made to address the
use of db routines from static contexes. Calls like
`database::get()->query()` which mix static and instance function access
operators, can now be `database::query()`, and all singleton is
abstracted away; the instance's destructor continues to close the db
connection.
|
|
While forcing a logout, we need to also redirect to the app root.
|
|
|
|
|
|
Need to remove the NULL return value from fetch_assoc() to fix usages of
count($res) for determining the number of results from a MySQL query.
This NULL return value is returned from mysqli's fetch_assoc() function
to signal no more result rows.
|
|
Just use a generic exception in these cases. I don't want to handle
these any differently, and just fall back on the main Exception() error
page once we get to a UI.
|
|
|
|
The getOwner() function should have had a nullable return type.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Setup to perform an iteration of development focused on a simpler
implementation and eliminating redundancy in design.
|
|
|
|
|
|
Increase the scope of this function so it may be used by groups.
|
|
To maintain forward compatability with newer versions of PHP (and since
my dev environment is now running PHP 7), this patch is made to address
the following breaking change from PHP 5:
PHP 7 now uses an abstract syntax tree when parsing source files. This
has permitted many improvements to the language which were previously
impossible due to limitations in the parser used in earlier versions of
PHP, but has resulted in the removal of a few special cases for
consistency reasons, which has resulted in backward compatibility
breaks. Indirect access to variables, properties, and methods will now
be evaluated strictly in left-to-right order, as opposed to the previous
mix of special cases.
|
|
This function returns all groups the user either owns or is a member of.
This is not necessarily the same as all groups the user has access
permission to. The *not-yet-implemented* object explorer feature should
be used to browse those.
|
|
|
|
Added a variety of functions to the Object base class for testing a
user's access level to another object. Also added functions to test
whether a given user or group is an owner or member of another object.
|
|
Added object function to get the owner of an object. This base-class
function returns a User object, however a user might not always be the
kind of owner (eg: a group can own a pad). In these situations, Object
sub-classes should override this function and return the appropriate
type of object.
|
|
Added object function to get an array of all its members. These will
always be user objects, so this is always a safe function to call.
|
|
This function will initialize a new group object and write it to the
database, with a given group name and owner user.
|
|
|
|
|
|
Function to count the number of admin accounts that exist. This is used
to make sure that while deleteing accounts, the number of administrators
never drops to zero.
|
|
Function to delete the user image file for the given user object.
|
|
Only log an error if we get an upload error besides err code 4 (No file
uploaded)
|
|
This function will return the path to the head image (user image) for the user object.
This path should be something like: <APP_ROOT>/file.php?d=img/heads&f=<GUID>
|
|
This is a rework of how the framework handles performing file uploads.
Rather than attaching new fields to a form (of type file) and handling
them during populate() then saving later, users can call what is
essentially a static function and save files in isolation. Since each
webform I can conceive using in Scrott at this time won't be uploading
more than one file at a time, this model should work nicely moving
forward; however can be easily adjusted if need be.
|
|
This reverts commit 8ad6e8f9223bd3ee214478b3e1247f9c7d8e91ec.
See parent commit message
|
|
Form::field_file()"
This reverts commit 1f8b53e426b8c0a1546e9d5c21573be9003cb556.
See parent commit message.
|
|
This reverts commit 3d493fc75dc6e3593001c2d9dfef26f4c1d79c2c.
The way I was wanting to handle file uploads isn't going to fly with a
semantic of PHP and POST var mgmt. -.- Rolling back relevant changes to
write up something else.
|
|
Added function to form class to move tmp uploaded files to permanent storage
|
|
Form::field_file()
Set $form->[name] for each file field type setup on the form.
|
|
Add the Form::field_file() function to allow form handlers to specify they expect to receive file from the end-user.
This adds data about the file field to the form, but does not yet handle it in the populate function
|
|
Added function to retrive all users in system presorted first by admin status (Admins first), then by username in alpha order
|
|
|
|
Changed how Form() objects model true and false for boolean fields. Was "true" and "false", is now "1" and "0", respectivly.
This is to address how Mysql handles these values as they are pushed to the db.
|
|
Validates the users supposed email key. If correct, sets the users emailConf flag.
|