| Age | Commit message (Collapse) | Author |
|---|
|
well; I've verified that it generates the same installer files.
|
|
|
|
maintenance controller/view anymore. Fixes ticket #1267.
|
|
album_cover_item_id that points to an invalid item.
|
|
set in the db
|
|
links on the Admin > Maintenance page to allow you to turn it on and
off. This should be efficient since we cache all vars and look them
up on every request anyway.
This also allows us to have the Fix task enable maintenance mode while
it's running which greatly reduces the chances that somebody will come
along and hork the database while we're tinkering with MPTT pointers.
Fixes ticket #1259.
|
|
|
|
operating in a very limited context.
|
|
|
|
|
|
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.
|
|
|
|
just the form.
|
|
|
|
value of request::is_ajax() from the original request is lost. This patch stores its value in the session so the reauthenticate controller knows whether its in a dialog/panel or not.
|
|
|
|
method to set the content type header and encode the response as a json object
|
|
to application/json and then json encodes the reply.
|
|
thanks Lord Beowulf!
|
|
I've done some tests on a 60M flv and found that there's no difference
in memory consumption with these three approaches:
public function test() {
Kohana::close_buffers(false);
$file = "/home/bharat/basketball.flv";
if ($fd = fopen($file, "rb")) {
while (true) {
$bits = fread($fd, 65535);
if (strlen($bits) == 0) {
break;
}
print $bits;
set_time_limit(30);
}
fclose($fd);
}
Kohana_Log::add("error","test: " . print_r(array(memory_get_peak_usage(true),memory_get_peak_usage(false)),1));
}
public function test2() {
Kohana::close_buffers(false);
$file = "/home/bharat/basketball.flv";
$fd = fopen($file, "rb");
fpassthru($fd);
fclose($fd);
Kohana_Log::add("error","test2: " . print_r(array(memory_get_peak_usage(true),memory_get_peak_usage(false)),1));
}
public function test3() {
Kohana::close_buffers(false);
$file = "/home/bharat/basketball.flv";
readfile($file);
Kohana_Log::add("error","test3: " . print_r(array(memory_get_peak_usage(true),memory_get_peak_usage(false)),1));
}
|
|
task. Fixes ticket #1260.
|
|
enforcing them.
|
|
validation.
|
|
task.
|
|
|
|
|
|
|
|
clean thumbnail; we can just copy it over. Should be a decent perf
improvement in many cases. Fixes ticket #1255.
|
|
database access intents. Use this to fix up .htaccess files after you
relocate your Gallery. Fixes ticket #1252.
|
|
"remove all finished" button.
|
|
alternative auth schemes.
|
|
|
|
invalid (probably deleted) item. Fixes ticket #1238.
|
|
identity provider after we fail to set up a new one.
|
|
the pointers in case the hierarchy was adversely affected by actions
when the MPTT pointers were desynced. Fixes ticket #1235.
|
|
Hide the fieldset and legend in the theme, since they don't add any value.
Change l10n_client::_server_url() to use the short style GMC urls and make the
API a little tighter.
|
|
|
|
main site, and didn't actually log you out.
|
|
template. Minor code refactoring. Also seems to fix #1188.
|
|
|
|
|
|
on a query param to urls that appear in dialogs. This keeps things simpler.
|
|
|
|
return a simple "File not found" message, since this is a very basic
file access (thumbnail, resize, original etc)
|
|
that all the form calls actually return the form as a json object, calling the form creation controller method i no longer required.
|
|
something more representative... 'gallery_dialog_request'
|
|
the admin dashboard.
Fixes ticket #1201
|
|
this will just replace the controller. This makes overriding that
much easier in the future.
|
|
matched by the trailing (.*) group"
This breaks adding new albums. I get the following in my error log:
"2010-07-13 13:08:46 -07:00 --- error: Kohana_404_Exception [ 43 ]: The page you requested, form/add/albums/1?type=album&g-in-dialog, could not be found."
This reverts commit cb4e18f9dddd82a283f0208c694a9b4eb1a2eaca.
|
|
user helper directly. Else it doesn't work with LDAP and other
identity systems.
|
