summaryrefslogtreecommitdiffstats
path: root/app/model (follow)
AgeCommit message (Collapse)AuthorFilesLines
2018-10-26user: Add log events for some basic user mgmtMalf Furious1-0/+5
Signed-off-by: Malf Furious <m@lfurio.us>
2018-10-26issue: Add logging events for issue open and closeMalf Furious2-0/+2
Signed-off-by: Malf Furious <m@lfurio.us>
2018-10-25issue: Implement form handler iss-mesg-addMalf Furious1-0/+57
Submissions to the iss-mesg-add form are now handled by this function. User must be logged in and permitted to post to the issue in question. Signed-off-by: Malf Furious <m@lfurio.us>
2018-10-23Fix bug in various form handlersMalf Furious2-4/+24
Some form handlers use the current logged in user (user::getCurrent()), however do so without asserting that we are _actually_ logged in. This is probably due to that fact that index.php (usually) catches all page requests that are logged out and diverts control before any other handler can be invoked. But a few handlers sneak through the cracks. In the future, the app will be better about supportting logged out browsing, the alpha was not written with this in the forground. Signed-off-by: Malf Furious <m@lfurio.us>
2018-10-23datamods: Implement new issue modal form handlerMalf Furious1-0/+38
POSTs to the dm-issue-add form are handled by this new handler. Pad data is passed via the form, we create the new issue in the pad's first stage, crediting the current logged in user. New issue is unassigned. I call `location()` at the bottom, since not doing so leaves the page in a weird state. The reason being that most of the page rendering logic operates off of the 'pageObj', which is instanciated and assigned prior to the invocation of this handler. This is to be fleshed-out during the v0.2-v0.3 development iteration. Signed-off-by: Malf Furious <m@lfurio.us>
2018-10-22pad: Render issue modals on pad viewMalf Furious1-0/+8
This logic instanciates an issue modal view for each issue to be accessable from a pad view.
2018-09-25group: Add group page viewMalf Furious1-0/+20
2018-09-23settings: Implement admin tab form handlerMalf Furious1-0/+40
2018-09-21deleteaccount: Implement form handlerMalf Furious1-0/+47
2018-09-20Add start of single-pad viewMalf Furious1-0/+21
2018-09-19datamods: Add default stages to new padsMalf Furious1-0/+6
As a convenience, I'm adding a basic set of stages to new pads. These stages are "To Do", "In Progress" ('Done' being closed issues). This implements a very simple workflow for new pads.
2018-09-19settings: Implement user tab form submissionMalf Furious1-0/+102
2018-09-16Add object background preview widgetMalf Furious1-0/+40
Similar to objHeadCircle() but for displaying a bg img on page, rather than as the actual background.
2018-09-15Implement dm-pad-add form handlerMalf Furious1-0/+27
2018-07-26Add group/pad list itemMalf Furious2-0/+79
UI module to use when listing out groups and pads. These will link to the group/pad page and display information about the object.
2018-07-22Fix bug with login handlerMalf Furious1-1/+1
Now reloading current path after successful login, instead of redirecting to app-root.
2018-07-21Add new group modal view/model codeMalf Furious1-0/+32
2018-07-20Add the notice modalMalf Furious1-0/+40
2018-02-09Add login modelMalf Furious1-0/+92
2017-07-06Remove unused global declarationMalf Furious1-2/+0
2017-06-27Add dbconfig model codeMalf Furious1-0/+44
2016-10-22Deprecate application codeMalf Furious9-944/+0
Setup to perform an iteration of development focused on a simpler implementation and eliminating redundancy in design.
2016-09-18Add form submission handler for group settings tabMalf Furious1-0/+80
2016-06-12Add group tab to setting modalMalf Furious1-0/+10
Created empty <div> for the group setting tab. Also added code to the common model for initializing the $mod->group variable and setting a flag marking what tabs to include in the setting modal (group tab in this case). Added logic to the main setting modal view file for picking up these flags and including appropriate additional content.
2016-06-12Move initialization logic from Obj model into Common modelMalf Furious2-7/+13
Some logic to initialize the current system object, its owner, and members has been moved into the Common model since this code will be relevant to other views and to support a new feature being added to display additional tabs in the setting modal box.
2016-06-12Add functions to Common model for assigning CSS to setting tabsMalf Furious1-0/+30
The setting modal window will need to support showing unknown tabs at the beginning of the tab list. These functions handle assigning specific CSS classes to tab-panes ONLY if that tab will appear in the left-most position in the modal's tab list.
2016-06-11Rename variableMalf Furious1-3/+3
In the Obj MVC, rename group in the model to obj. This will help with referencing the active object from template views without knowing what type of object it is.
2016-06-08Start design for group viewMalf Furious1-0/+2
2016-06-08Create blank view for groupsMalf Furious1-0/+8
Finish initializing the Obj MVC by writing an empty view/action for groups.
2016-06-08Add new MVC, 'Obj'Malf Furious1-0/+23
This MVC will be used to browse scrott datastructures.
2016-06-01Implement add group form handlerMalf Furious1-0/+20
Added handler function to common model to create new use groups from the modal view.
2016-05-27Add copyright notice to Scrott model filesMalf Furious8-0/+112
2016-05-22Add form submission handler for user removalMalf Furious1-0/+46
Added handler for the button added in the previous commit.
2016-05-22Add action 'delete' to Deleteacct MVCMalf Furious1-0/+34
This action will validate the user's password, and make sure you're not removing the last admin, then proceed to delete the current user's account from the database and log them out, for good.
2016-05-22Add class constructor to Common modelMalf Furious1-0/+10
There are two functions that need called in the common model whenever a page is rendered. Rather than requiring all of the base MVC controllers to call them, I am placing them in a constructor for this model class. This constructor should fire automatically (since base mvc models inherit this class), unless base classes define their own constructors. I don't antisipate this happening, however in that case, they would just need to call parent::__construct().
2016-05-21Add MVC DeleteacctMalf Furious1-0/+15
This will prompt the user for their password if they opt to delete their own account. This is to prevent malicious attempt by others to trick users into having there accounts deleted by way of a XSS attack.
2016-05-01Update setting modal to allow admins to remove other users' head imagesMalf Furious1-0/+10
2016-05-01Update setting modal to allow user to remove their own head imageMalf Furious1-0/+10
2016-05-01Update form handler for common/setting-modal, all users tabMalf Furious1-5/+10
Now supports file upload to replace the user's head image
2016-05-01Define constants for head-image upload parametersMalf Furious1-1/+7
Created class-scope vars to define allowable sizes and types for uploaded user images
2016-05-01Update form handler for common/setting-modal, user tabMalf Furious1-6/+11
Now supports file upload to replace the user's head image
2016-03-27Add form handler for setting modal, admin/all users tab, for edit user actionMalf Furious1-3/+60
2016-03-27Add form handler for setting modal, all users, create new user paneMalf Furious1-2/+54
This handler is requires admin status and allows you to create a new application user
2016-03-27Add collapsable panel for editing each user's settings to admin setting tabMalf Furious1-0/+5
Also, added relevant initialization code to common model
2016-03-27Alter admin setting form handlerMalf Furious1-1/+1
Set a default value for field 'settSSL'. If this value is locked in the system-level configuration, then the disabled radio buttons don't assume a value during POST submission to the page and the field appears to the $form object as being unset. I use the currently set value for this option as the default.
2016-03-27Move getUserGlyphicon function from common model into user classMalf Furious1-14/+0
2016-03-27Handle submissions to setting modal, admin tabMalf Furious1-1/+29
2016-03-27Alter representation of form boolean valuesMalf Furious1-1/+1
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.
2016-03-27Populate admin setting fields on page loadMalf Furious1-0/+21
Added logic to set initial state of fields on the setting modal's admin tab
2016-03-27Fix function CommonModel::saveSettingUser()Malf Furious1-4/+7
Farious fixes for this form submission handler * missspelled variable names (*Password => *Passwd) * Added a notice message for password change success