gallery3.git - A clone of the Gallery3 code for testing and development.

Age	Commit message (Collapse)	Author
2013-01-21	Update copyright to 2013. Fixes #1953.	Bharat Mediratta

2012-07-21	Sanitize the module name and don't allow storing values for illegal	Bharat Mediratta
	module names. Fixes #1898.
2012-05-15	Oops dropped a semicolon in e3d50dd8be9cd4bdefb42f41aa6ed96b6fece676	Bharat Mediratta

2012-05-14	Simplify dialog title for editing advanced settings. Fixes #1864.	Bharat Mediratta

2012-02-27	Update copyright to 2012. #1822	Bharat Mediratta

2011-01-21	Update copyright to 2011.	Bharat Mediratta

2010-07-31	Full pass over all the JSON encoding and JS dialog code. We now abide	Bharat Mediratta
	by the following rules: 1) An initial dialog or panel load can take either HTML or JSON, but the mime type must accurately reflect its payload. 2) dialog form submits can handle a pure HTML response, but the mime type must also be correct. This properly resolves the problem where the reauth code gets a JSON response first from the reauth code, and then an HTML response when you reauth and continue on to a given form -- try it out with Admin > Settings > Advanced. 3) All JSON replies must set the mime type correctly. The json::reply convenience function does this for us. 4) By default, any HTML content sent back in the JSON response should be in the "html" field, no longer the "form" field. The combination of these allows us to stop doing boilerplate code like this in our controllers: // Print our view, JSON encoded json::reply(array("form" => (string) $view)); instead, controllers can just return HTML, eg: // Print our view print $view; That's much more intuitive for developers.
2010-07-31	More patches as part of #1225. Change the 'core' modules to use the json::reply	Tim Almdal
	method to set the content type header and encode the response as a json object
2010-07-06	Fix for ticket #1181. Use $.getJSON to retrieve the json contents of the ↵	Tim Almdal
	dialog. Convert all the controllers that create the data to go into a dialog to return the html as part of a json object.
2010-04-30	Add page_title to admin views. Closes #1038.	ckieffer

2010-03-03	Update the copyright to 2010. It's only 3 months into the year :-)	Bharat Mediratta

2009-11-29	Update a few more occurrences of ORM/Database -> Database_Builder	Bharat Mediratta

2009-11-25	ORM::orderby -> ORM::order_by	Bharat Mediratta

2009-08-31	XSS review fixes (mostly adding missing html::mark_clean()) calls.	Andy Staudacher

2009-08-29	Update all code to use helper method html::clean(), html::purify(), ... ↵	Andy Staudacher
	instead of SafeString directly.
2009-08-29	Refactor all calls of p::clean() to SafeString::of() and p::purify() to ↵	Andy Staudacher
	SafeString::purify(). Removing any p::clean() calls for arguments to t() and t2() since their args are wrapped in a SafeString anyway.
2009-07-01	Fix a bunch of XSS vulnerabilities turned up by manual inspection	Bharat Mediratta
	using the checklist in ticket #385.
2009-05-27	Restructure things so that the application is now just another module.	Bharat Mediratta
	Kohana makes this type of transition fairly straightforward in that all controllers/helpers/etc are still located in the cascading filesystem without any extra effort, except that I've temporarily added a hack to force modules/gallery into the module path. Rename what's left of "core" to be "application" so that it conforms more closely to the Kohana standard (basically, just application/config/config.php which is the minimal thing that you need in the application directory) There's still considerable work left to be done here.