kohanamodules - Project Hosting on Google Code

Last 30 days Dec 20, 2009 issue 12 (DBForge - Error when working with Kohana 2.3.4) reported by llysik - I was trying to add DBForge module to Kohana version 2.3.4. I had to change Log::add function to Kohana::log because Log::add does not exist in 2.3.4 version. But when I enter, e.g. dbforge/create_table controller (or any other) I get the error message: Fatal error: Cannot redeclare class Kohana_Database_Exception in C:\<dir>\system\libraries\Database.php on line 1444 However when I refresh the page I get "Database Error": There was an SQL error: Table 'dbforge_test' already exists - CREATE TABLE `dbforge_test` ( `blog_id` INT(5) UNSIGNED AUTO_INCREMENT, `blog_title` VARCHAR(100), `blog_author` VARCHAR(100) DEFAULT 'King of Town', `blog_description` TEXT NULL, PRIMARY KEY (blog_id) ) DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci; I was trying to add DBForge module to Kohana version 2.3.4. I had to change Log::add function to Kohana::log because Log::add does not exist in 2.3.4 version. But when I enter, e.g. dbforge/create_table controller (or any other) I get the error message: Fatal error: Cannot redeclare class Kohana_Database_Exception in C:\<dir>\system\libraries\Database.php on line 1444 However when I refresh the page I get "Database Error": There was an SQL error: Table 'dbforge_test' already exists - CREATE TABLE `dbforge_test` ( `blog_id` INT(5) UNSIGNED AUTO_INCREMENT, `blog_title` VARCHAR(100), `blog_author` VARCHAR(100) DEFAULT 'King of Town', `blog_description` TEXT NULL, PRIMARY KEY (blog_id) ) DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci; Earlier this year Apr 05, 2009 issue 11 (locally served images referred to in css issue) reported by vijay.mahrra - What steps will reproduce the problem? When importing a CSS file that refers to locally stored images such as the jquery-ui e.g. using url('images/image.png') fails because the media controller doesn't handle images in its path when the browsers requests this url at /media/css/cssfile.css/images/image.png As a temporary hack I've added a line to the media controller after: foreach ($filedata as $filename=>$data) { $output .= $data; } which converts variations of url(images/image.png) in quotes or without to have a / prepended, therefore they will search from the webroot instead, for /images/image.png in this example. $output = preg_replace('/:\surl\([\"\']([^"\')]+)[\"\']\)/i', ':url(/${1})', $output); (note this replacement kills http:// urls and needs further work) Ideally there should be an option to specify exactly which path in the webroot locally stored image files should be go to when a url is specified as url(image) rather than url(/image) OR a way for media to pass through any images stored in the css file tree What version of the product are you using? On what operating system? Kohana 2.3 Please provide any additional information below. What steps will reproduce the problem? When importing a CSS file that refers to locally stored images such as the jquery-ui e.g. using url('images/image.png') fails because the media controller doesn't handle images in its path when the browsers requests this url at /media/css/cssfile.css/images/image.png As a temporary hack I've added a line to the media controller after: foreach ($filedata as $filename=>$data) { $output .= $data; } which converts variations of url(images/image.png) in quotes or without to have a / prepended, therefore they will search from the webroot instead, for /images/image.png in this example. $output = preg_replace('/:\surl\([\"\']([^"\')]+)[\"\']\)/i', ':url(/${1})', $output); (note this replacement kills http:// urls and needs further work) Ideally there should be an option to specify exactly which path in the webroot locally stored image files should be go to when a url is specified as url(image) rather than url(/image) OR a way for media to pass through any images stored in the css file tree What version of the product are you using? On what operating system? Kohana 2.3 Please provide any additional information below. Mar 19, 2009 r179 (Switch from using 'new Cache' to 'Cache::instance()') committed by woody.gilk - Switch from using 'new Cache' to 'Cache::instance()' Switch from using 'new Cache' to 'Cache::instance()' Mar 02, 2009 r178 (Fixing some logic and syntax errors with r117) committed by woody.gilk - Fixing some logic and syntax errors with r117 Fixing some logic and syntax errors with r117 Mar 02, 2009 r177 (Fixed the GeoIP problems with more efficient engine) committed by defreyssinet - Fixed the GeoIP problems with more efficient engine Fixed the GeoIP problems with more efficient engine Feb 17, 2009 r176 (added default to openid_identifier) committed by james.tindall - added default to openid_identifier added default to openid_identifier Feb 05, 2009 r175 (Added Inherit view module by http://code.google.com/u/homm86...) committed by orbit.wacsg - Added Inherit view module by http://code.google.com/u/homm86/ Added Inherit view module by http://code.google.com/u/homm86/ Feb 04, 2009 issue 10 (Module for Inherited Views) Status changed by orbit.wacsg - You're the member of the project now. Done. Status: Done You're the member of the project now. Done. Status: Done Feb 03, 2009 issue 10 (Module for Inherited Views) reported by homm86 - I sorry if this is wrong way, I want add module to repository. Description on russian there: http://habrahabr.ru/blogs/kohanaphp/51012/ I sorry if this is wrong way, I want add module to repository. Description on russian there: http://habrahabr.ru/blogs/kohanaphp/51012/ Jan 19, 2009 r174 ([No log message]) committed by james.tindall - [No log message] [No log message] Jan 19, 2009 Openid (A complete Openid Relying Party library written specifically...) Wiki page edited by james.tindall Jan 11, 2009 r172 (Update demo to match new Form_Submit API. ) committed by bharatman - Update demo to match new Form_Submit API. Update demo to match new Form_Submit API. Jan 11, 2009 r171 (Supplement to r170. Use Form_Input::validate() also; this w...) committed by bharatman - Supplement to r170. Use Form_Input::validate() also; this will cause the value for submit buttons in forms to get blanked out if this button was not submitted. Supplement to r170. Use Form_Input::validate() also; this will cause the value for submit buttons in forms to get blanked out if this button was not submitted. Jan 11, 2009 r170 (Remove the constructor. This causes the argument to the con...) committed by bharatman - Remove the constructor. This causes the argument to the constructor to be treated as the name of the form element (like every other form element) requiring you to specify the value directly. OLD: $form->submit("Foo") ===> <input type="submit" value="Foo"> NEW: $form->submit("foo")->value("Foo") ===> <input type="submit" name="foo" value="Foo"> You can detect which submit button was clicked if there are multiple submit buttons on the form by looking to see which one of them has a value: if ($form->foo->value) { .. 'foo' button was clicked } Remove the constructor. This causes the argument to the constructor to be treated as the name of the form element (like every other form element) requiring you to specify the value directly. OLD: $form->submit("Foo") ===> <input type="submit" value="Foo"> NEW: $form->submit("foo")->value("Foo") ===> <input type="submit" name="foo" value="Foo"> You can detect which submit button was clicked if there are multiple submit buttons on the form by looking to see which one of them has a value: if ($form->foo->value) { .. 'foo' button was clicked } Jan 08, 2009 issue 5 (Lastfm/Audioscrobbler Driver) commented on by vijay.mahrra - Sorry I'd been held back on development of the driver due to increased workload :( If anyone wants to take this project feel free or the ticket can be closed/marked as stalled. Sorry I'd been held back on development of the driver due to increased workload :( If anyone wants to take this project feel free or the ticket can be closed/marked as stalled. Jan 06, 2009 r169 (Switch Form_Submit to use form::submit. Unclear why it was ...) committed by bharatman - Switch Form_Submit to use form::submit. Unclear why it was using form::button in the first place. Switch Form_Submit to use form::submit. Unclear why it was using form::button in the first place. Older Dec 14, 2008 issue 7 (Form_Group label property is ignored) changed by bharatman - Status: Fixed Owner: bharatman Status: Fixed Owner: bharatman Dec 14, 2008 r168 (Add support for 'label' to __get(). Fixes issue http://code...) committed by bharatman - Add support for 'label' to __get(). Fixes issue http://code.google.com/p/kohanamodules/issues/detail?id=7 Add support for 'label' to __get(). Fixes issue http://code.google.com/p/kohanamodules/issues/detail?id=7 Dec 14, 2008 issue 6 (Forge does not use open_multipart when the Form_Upload is in...) changed by bharatman - Status: Fixed Owner: bharatman Status: Fixed Owner: bharatman Dec 14, 2008 r167 (Detect Form_Upload when its inside a Form_Group and properly...) committed by bharatman - Detect Form_Upload when its inside a Form_Group and properly set the enctype. Fixes http://code.google.com/p/kohanamodules/issues/detail?id=6 Detect Form_Upload when its inside a Form_Group and properly set the enctype. Fixes http://code.google.com/p/kohanamodules/issues/detail?id=6 Dec 14, 2008 issue 8 (svn commit access request) changed by woody.gilk - You have been added to the members list. Status: Done Labels: Type-Task Priority-High −Type-Defect −Priority-Medium You have been added to the members list. Status: Done Labels: Type-Task Priority-High −Type-Defect −Priority-Medium Dec 14, 2008 issue 8 (svn commit access request) reported by bharatman - I'm one of the developers for Gallery. We're rewriting Gallery 3 to use Kohana and we're using Forge from the 2.2 tag here. You'll notice that we've been posting issues here with fixes that we've made in our tree, but they haven't been getting a lot of attention. We have three choices, here they are in my preferred order. 1) Post issues here and have them be resolved 2) Maintain the version of Forge in svn here 3) Fork Forge and publish our own version If you guys would like me to do #2, please grant me svn access and let me know what rules you'd like me to abide by. Thanks! I'm one of the developers for Gallery. We're rewriting Gallery 3 to use Kohana and we're using Forge from the 2.2 tag here. You'll notice that we've been posting issues here with fixes that we've made in our tree, but they haven't been getting a lot of attention. We have three choices, here they are in my preferred order. 1) Post issues here and have them be resolved 2) Maintain the version of Forge in svn here 3) Fork Forge and publish our own version If you guys would like me to do #2, please grant me svn access and let me know what rules you'd like me to abide by. Thanks! Dec 13, 2008 issue 7 (Form_Group label property is ignored) commented on by Tim.Almdal - Sorry forgot: What version of the product are you using? On what operating system? Forge for Kohana 2.2 from tags/2.2 Sorry forgot: What version of the product are you using? On what operating system? Forge for Kohana 2.2 from tags/2.2 Dec 13, 2008 issue 7 (Form_Group label property is ignored) reported by Tim.Almdal - If you set the label on a form group (i.e. $group->label("...");) It will not be displayed on the form: The fix: change line 38 of Form_Group.php from: if ($key == 'type' \|\| $key == 'name') { to: if ($key == 'type' \|\| $key == 'name' \|\| $key == 'label' ) { If you set the label on a form group (i.e. $group->label("...");) It will not be displayed on the form: The fix: change line 38 of Form_Group.php from: if ($key == 'type' \|\| $key == 'name') { to: if ($key == 'type' \|\| $key == 'name' \|\| $key == 'label' ) { Dec 10, 2008 issue 2 (membership please) commented on by defreyssinet - Yes, sorry this was done by Shadowhand a while ago, I forgot to update the status Yes, sorry this was done by Shadowhand a while ago, I forgot to update the status Dec 10, 2008 r166 (Fixed syntax errors in Service module. ) committed by orbit.wacsg - Fixed syntax errors in Service module. Fixed syntax errors in Service module. Dec 10, 2008 issue 4 (Branching Kohana 2.2) Status changed by orbit.wacsg - Closed Status: Done Closed Status: Done Dec 10, 2008 issue 5 (Lastfm/Audioscrobbler Driver) commented on by orbit.wacsg - Are there any updates about that module? Are there any updates about that module? Dec 10, 2008 issue 2 (membership please) Status changed by orbit.wacsg - Seems you already have membership Status: Done Seems you already have membership Status: Done Dec 04, 2008 r165 (Updated the Geoip driver to use more robust validation of va...) committed by defreyssinet - Updated the Geoip driver to use more robust validation of values * Replaced ereg() with preg_match_all() * Checks the address values are > 0 and < 255 Updated the Geoip driver to use more robust validation of values * Replaced ereg() with preg_match_all() * Checks the address values are > 0 and < 255 Nov 20, 2008 r164 (added basecamp todo reorder view) committed by alex.aperez - added basecamp todo reorder view added basecamp todo reorder view Oct 28, 2008 r163 (basecamp driver update) committed by alex.aperez - basecamp driver update basecamp driver update Oct 28, 2008 r162 (basecamp driver update) committed by alex.aperez - basecamp driver update basecamp driver update Oct 28, 2008 r161 (spme more changes to basecamp driver) committed by alex.aperez - spme more changes to basecamp driver spme more changes to basecamp driver Oct 27, 2008 r160 (basecamo driver update) committed by alex.aperez - basecamo driver update basecamo driver update Oct 27, 2008 r159 (basecamp driver update) committed by alex.aperez - basecamp driver update basecamp driver update Oct 27, 2008 r158 (internal refactoring, api_call now is divided on small funct...) committed by alex.aperez - internal refactoring, api_call now is divided on small functions internal refactoring, api_call now is divided on small functions Oct 26, 2008 r157 (basecamp driver update) committed by alex.aperez - basecamp driver update basecamp driver update Oct 26, 2008 issue 6 (Forge does not use open_multipart when the Form_Upload is in...) reported by bharatman - What steps will reproduce the problem? $form = new Forge(); $group = $form->group('Foo'); $group->upload('image'); $form->render(); What is the expected output? What do you see instead? I expect to see <form ... enctype="multipart/form-data"> but the enctype attribute is missing. What version of the product are you using? On what operating system? Forge for Kohana 2.2 from tags/2.2 Please provide any additional information below. This patch fixes the problem: http://www.menalto.com/.outgoing/gallery/fix-multipart-detection-patch.txt What steps will reproduce the problem? $form = new Forge(); $group = $form->group('Foo'); $group->upload('image'); $form->render(); What is the expected output? What do you see instead? I expect to see <form ... enctype="multipart/form-data"> but the enctype attribute is missing. What version of the product are you using? On what operating system? Forge for Kohana 2.2 from tags/2.2 Please provide any additional information below. This patch fixes the problem: http://www.menalto.com/.outgoing/gallery/fix-multipart-detection-patch.txt Oct 25, 2008 r156 (basecamp driver, initial draft) committed by alex.aperez - basecamp driver, initial draft basecamp driver, initial draft Oct 14, 2008 r155 (fixed another little bug in url normalize method) committed by james.tindall - fixed another little bug in url normalize method fixed another little bug in url normalize method Oct 13, 2008 r154 (fixed bugs in normalize function) committed by james.tindall - fixed bugs in normalize function fixed bugs in normalize function Oct 09, 2008 r153 (Added Xmlgrid feeder and xml template. For now the template ...) committed by orbit.wacsg - Added Xmlgrid feeder and xml template. For now the template is for Flexigrid < http://webplicity.net/flexigrid/ >. Added Xmlgrid feeder and xml template. For now the template is for Flexigrid < http://webplicity.net/flexigrid/ >. Oct 03, 2008 Openid (A complete Openid Relying Party library written specifically...) Wiki page edited by james.tindall Oct 02, 2008 r151 committed by james.tindall Oct 02, 2008 r150 committed by james.tindall Oct 02, 2008 r149 committed by james.tindall Oct 02, 2008 r148 committed by james.tindall Oct 02, 2008 r147 committed by james.tindall Oct 02, 2008 r146 committed by james.tindall

issue 11 (locally served images referred to in css issue) reported by vijay.mahrra - What steps will reproduce the problem? When importing a CSS file that refers to locally stored images such as the jquery-ui e.g. using url('images/image.png') fails because the media controller doesn't handle images in its path when the browsers requests this url at /media/css/cssfile.css/images/image.png As a temporary hack I've added a line to the media controller after: foreach ($filedata as $filename=>$data) { $output .= $data; } which converts variations of url(images/image.png) in quotes or without to have a / prepended, therefore they will search from the webroot instead, for /images/image.png in this example. $output = preg_replace('/:\s*url$[\"\']*([^"\')]+)[\"\']*$/i', ':url(/${1})', $output); (note this replacement kills http:// urls and needs further work) Ideally there should be an option to specify exactly which path in the webroot locally stored image files should be go to when a url is specified as url(image) rather than url(/image) OR a way for media to pass through any images stored in the css file tree What version of the product are you using? On what operating system? Kohana 2.3 Please provide any additional information below.

What steps will reproduce the problem? When importing a CSS file that refers to locally stored images such as the jquery-ui e.g. using url('images/image.png') fails because the media controller doesn't handle images in its path when the browsers requests this url at /media/css/cssfile.css/images/image.png As a temporary hack I've added a line to the media controller after: foreach ($filedata as $filename=>$data) { $output .= $data; } which converts variations of url(images/image.png) in quotes or without to have a / prepended, therefore they will search from the webroot instead, for /images/image.png in this example. $output = preg_replace('/:\s*url$[\"\']*([^"\')]+)[\"\']*$/i', ':url(/${1})', $output); (note this replacement kills http:// urls and needs further work) Ideally there should be an option to specify exactly which path in the webroot locally stored image files should be go to when a url is specified as url(image) rather than url(/image) OR a way for media to pass through any images stored in the css file tree What version of the product are you using? On what operating system? Kohana 2.3 Please provide any additional information below.

Last 30 days

Earlier this year

Older