summaryrefslogtreecommitdiff
path: root/modules/server_add/helpers/server_add_installer.php
AgeCommit message (Collapse)Author
2013-01-31Drop the requirement to have the install() function set the moduleBharat Mediratta
version. It's redundant. Fixes #1985.
2013-01-21Update copyright to 2013. Fixes #1953.Bharat Mediratta
2012-02-27Update copyright to 2012. #1822Bharat Mediratta
2011-01-21Update copyright to 2011.Bharat Mediratta
2011-01-09Move the directory queue into the database as well, otherwise if youBharat Mediratta
have too many directories it blows out the task queue and the whole thing falls over. Fixes #1547.
2010-03-03Update the copyright to 2010. It's only 3 months into the year :-)Bharat Mediratta
2009-08-27Remove 'ENGINE=InnoDB' specification from tables that we create. UseBharat Mediratta
the system's default table specification. Fixes ticket #597.
2009-07-14Don't use "else" clauses in upgrade() -- it prevents multiple version bumps ↵Bharat Mediratta
at once.
2009-07-11Forgot to bump the version up to 3Bharat Mediratta
2009-07-11Further simplify server_add (and bump it to version 3).Bharat Mediratta
Now we don't have checkboxes, but instead we restrict you to selecting directories and albums from only one level in the hierarchy. This makes it easier for us to make sure that we properly create the hierarchy that you want and avoid confusion about what's going to wind up where. Modify Server_Add_File_Model to have a parent_id and item_id and then modify them as we go so that we can build up a tree structure there *before* we create any items. This makes it much easier to figure out where a new item is going to go and get rid of a bunch of probably buggy code in the main task.
2009-07-07Rework server_add. It's smaller and leaner now, storing the list ofBharat Mediratta
files out in a separate model for scalability. Removed the "pause" functionality. - Server_Add_Controller extends Admin_Controller so that we don't have to check for admin every time. - Task completion time now factors in the time it takes to walk the arbitrarily deep trees - Moved checkbox management entirely into JS using jQuery - Simplified the JS considerably
2009-06-23Refactor the install/upgrade code to be more flexible.Bharat Mediratta
Add xxx_installer::upgrade($version) method so that upgrade stanzas are separate from install stanzas. In the old code, to do an upgrade meant that you had to re-evolve everything from the initial install because we'd step through each version's changes. But what we really want is for the initial install to start off in the perfect initial state, and the upgrades to do the work behind the scenes. So now the install() function gets things set up properly the first time, and the upgrade() function does any work to catch you up to the latest code. See gallery_installer.php for a good example.
2009-06-01Security pass over all controller code. Mostly adding CSRF checkingBharat Mediratta
and verifying user permissions, but there are several above-the-bar changes: 1) Server add is now only available to admins. This is a hard requirement because we have to limit server access (eg: server_add::children) to a user subset and the current permission model doesn't include that. Easiest fix is to restrict to admins. Got rid of the server_add permission. 2) We now know check permissions at every level, which means in controllers AND in helpers. This "belt and suspenders" approach will give us defense in depth in case we overlook it in one area. 3) We now do CSRF checking in every controller method that changes the code, in addition to the Forge auto-check. Again, defense in depth and it makes scanning the code for security much simpler. 4) Moved Simple_Uploader_Controller::convert_filename_to_title to item:convert_filename_to_title 5) Fixed a bug in sending notification emails. 6) Fixed the Organize code to verify that you only have access to your own tasks. In general, added permission checks to organize which had pretty much no validation code. I did my best to verify every feature that I touched.
2009-05-26Restructure the module lifecycle.Bharat Mediratta
Install: <module>_installer::install() is called, any necessary tables are created. Activate: <module>_installer::activate() is called. Module controllers are routable, helpers are accessible, etc. The module is in use. Deactivate: <module>_installer::deactivate() is called. Module code is not accessible or routable. Module is *not* in use, but its tables are still around. Uninstall: <module>_installer::uninstall() is called. Module is completely removed from the database. Admin > Modules will install and activate modules, but will only deactivate (will NOT uninstall modules).
2009-05-13Gee it's May already. Update copyright to 2009.Bharat Mediratta
2009-03-10access::allow/deny/reset functions will now throw an exception if youBharat Mediratta
don't pass in a Group_Model as the argument. This prevents us from setting permissions on the wrong group by accidentally passing in a User_Model.
2009-03-05Don't clean out the authorized_paths var at install time, so that ↵Bharat Mediratta
uninstall/reinstall doesn't mean starting over
2009-03-05Cleanups.Bharat Mediratta
- Show the "Server Add needs configuration" message whenever there are no paths. - Un-ajaxify the admin code to remove complexity and allow us to update the status message as appropriate. - Rename server_add_admin.html.php to admin_server_add.html.php for consistency. - Fix up form to properly display error messages - Get rid of server_add_dir_list.html.php now that we're non-ajaxified. - Change delete <span> to an <a> for non-ajax world.
2009-03-05Minor cleanups.Bharat Mediratta
2009-03-05Clean up no authorized directoriesmessageTim Almdal
2009-03-05Correct typoTim Almdal
2009-03-04Last of changes required from Bharat's 2nd review passTim Almdal
2009-03-04Rename local_import module to server_addTim Almdal