phpshop - Project Hosting on Google Code

Earlier this year Sep 24, 2009 issue 19 (Cannot checkout) commented on by nandelbosc - The same here using an Ubuntu 8.10 server... What steps will reproduce the problem? 1. add items to cart 2. create new customer id 3. complete checkout What is the expected output? What do you see instead? checkout completed What version of the product are you using? On what operating system? phpshop2 Please provide any additional information below. Fatal error: Call to undefined method CheckoutController::cleanUpFields() in /var/www/web10/web/ps2/app/controllers/checkout_controller.php on line 199 The same here using an Ubuntu 8.10 server... What steps will reproduce the problem? 1. add items to cart 2. create new customer id 3. complete checkout What is the expected output? What do you see instead? checkout completed What version of the product are you using? On what operating system? phpshop2 Please provide any additional information below. Fatal error: Call to undefined method CheckoutController::cleanUpFields() in /var/www/web10/web/ps2/app/controllers/checkout_controller.php on line 199 Aug 25, 2009 issue 21 (not correct shipping file) reported by rgnevashev - What steps will reproduce the problem? 1. replace shipping component the file to correct class php 2. right now, there doublicate cart component class. check it :) What steps will reproduce the problem? 1. replace shipping component the file to correct class php 2. right now, there doublicate cart component class. check it :) Aug 08, 2009 issue 20 (Multiple vulnerabilities in phpshop) reported by andres.riancho - Ryan from our research team found multiple vulnerabilities in phpshop, that we would like to report. I think it's better to do it privately. Please contact me: andres@bonsai-sec.com Thanks, Ryan from our research team found multiple vulnerabilities in phpshop, that we would like to report. I think it's better to do it privately. Please contact me: andres@bonsai-sec.com Thanks, Jul 15, 2009 issue 16 (Cannot login to administration account.) Status changed by edikon - Please seek help in the forums at http://www.edikon.com/forums/ Status: Invalid Please seek help in the forums at http://www.edikon.com/forums/ Status: Invalid Jul 15, 2009 issue 17 (Admin navigation) Owner changed by edikon - making changes and will commit to svn shortly. Owner: edikon making changes and will commit to svn shortly. Owner: edikon Jul 13, 2009 issue 19 (Cannot checkout) reported by sempiternal1 - What steps will reproduce the problem? 1. add items to cart 2. create new customer id 3. complete checkout What is the expected output? What do you see instead? checkout completed What version of the product are you using? On what operating system? phpshop2 Please provide any additional information below. Fatal error: Call to undefined method CheckoutController::cleanUpFields() in C:\xampp\htdocs\shop\app\controllers\checkout_controller.php on line 199 What steps will reproduce the problem? 1. add items to cart 2. create new customer id 3. complete checkout What is the expected output? What do you see instead? checkout completed What version of the product are you using? On what operating system? phpshop2 Please provide any additional information below. Fatal error: Call to undefined method CheckoutController::cleanUpFields() in C:\xampp\htdocs\shop\app\controllers\checkout_controller.php on line 199 Jul 03, 2009 issue 17 (Admin navigation) changed by edikon - Status: Accepted Labels: Milestone-Release2.0 −Milestone-Release1.0 Status: Accepted Labels: Milestone-Release2.0 −Milestone-Release1.0 Jun 22, 2009 issue 18 (coba) reported by juwitadec - he he he he he he May 21, 2009 10_phpShop_License (The phpShop Public License 1.0) Wiki page added by edikon Apr 26, 2009 issue 17 (Admin navigation) reported by vagano - What steps will reproduce the problem? 1. Navigate administartive interface What is the expected output? What do you see instead? i'm expect links http://host/admin/controller/action but somwhere there is http://admin/controller/action What version of the product are you using? On what operating system? i'm use build 20080415 Please provide any additional information below. imho is better to use echo $html->link(array('controller'=>'somecontroller','action'=>'someaction','param')) than echo ini_get('session.cookie_path') Thanks for your work! Best regards What steps will reproduce the problem? 1. Navigate administartive interface What is the expected output? What do you see instead? i'm expect links http://host/admin/controller/action but somwhere there is http://admin/controller/action What version of the product are you using? On what operating system? i'm use build 20080415 Please provide any additional information below. imho is better to use echo $html->link(array('controller'=>'somecontroller','action'=>'someaction','param')) than echo ini_get('session.cookie_path') Thanks for your work! Best regards Apr 24, 2009 issue 16 (Cannot login to administration account.) reported by puniksem - What steps will reproduce the problem? 1. Login attempts What is the expected output? What do you see instead? Login page is displayed, but refuses to log in with any default accounts, and cannot log into admin to adjust initial settings or setup. What version of the product are you using? On what operating system? Script file/version: phpshop-0.8.1.tar.gz on php 5.5 Please provide any additional information below. I installed the package exactly as described in the installation.txt but cannot get the script to login. I would hate to have to change to another script, considering your script came highly recommended. Regards A Ashard What steps will reproduce the problem? 1. Login attempts What is the expected output? What do you see instead? Login page is displayed, but refuses to log in with any default accounts, and cannot log into admin to adjust initial settings or setup. What version of the product are you using? On what operating system? Script file/version: phpshop-0.8.1.tar.gz on php 5.5 Please provide any additional information below. I installed the package exactly as described in the installation.txt but cannot get the script to login. I would hate to have to change to another script, considering your script came highly recommended. Regards A Ashard Mar 19, 2009 issue 15 (SIte return Firefox error 12263 when accessing secure pages) reported by MRManes - What steps will reproduce the problem? 1. Hit "Login" button on home page of www.senecacigs.com 2. Hit "Create new account from same home page. 3. What is the expected output? What do you see instead? Expect home page with login username shown. Get Error 12263 instead What version of the product are you using? On what operating system? I'm a customer of SenecaCigs, not it's sysop. Running Firefox 2.0.0.20 under W98SE - similar results with latest Firefox under W2000. Please provide any additional information below. Suggest contact webmaster@senecacigs.com or (866) 945-0877 to implement a fix. Thanks, Mike Manes mrmanes@gmail.com What steps will reproduce the problem? 1. Hit "Login" button on home page of www.senecacigs.com 2. Hit "Create new account from same home page. 3. What is the expected output? What do you see instead? Expect home page with login username shown. Get Error 12263 instead What version of the product are you using? On what operating system? I'm a customer of SenecaCigs, not it's sysop. Running Firefox 2.0.0.20 under W98SE - similar results with latest Firefox under W2000. Please provide any additional information below. Suggest contact webmaster@senecacigs.com or (866) 945-0877 to implement a fix. Thanks, Mike Manes mrmanes@gmail.com Feb 24, 2009 issue 14 (phpShop not as app directory) commented on by cvdkerkhof - Version 2.0! Version 2.0! Feb 24, 2009 issue 14 (phpShop not as app directory) reported by cvdkerkhof - What steps will reproduce the problem? 1. Setup cake outside webroot 2. make the phpShop/app directory the main app directory 3. update the ROOT, APP and CAKE_CORE constants in webroot/index.php What is the expected output? What do you see instead? I expected that now phpSHop see my directory as APP directiry. But in the install controller there are hard coded dirnames '/app/'. You should use APP constant provided by CAKE. What version of the product are you using? On what operating system? Latest SVN version of phpShop2 on Mac OSX in MAMP Please provide any additional information below. What steps will reproduce the problem? 1. Setup cake outside webroot 2. make the phpShop/app directory the main app directory 3. update the ROOT, APP and CAKE_CORE constants in webroot/index.php What is the expected output? What do you see instead? I expected that now phpSHop see my directory as APP directiry. But in the install controller there are hard coded dirnames '/app/'. You should use APP constant provided by CAKE. What version of the product are you using? On what operating system? Latest SVN version of phpShop2 on Mac OSX in MAMP Please provide any additional information below. Feb 23, 2009 issue 2 (Pictures can not be uploaded) commented on by fliger.dave - Notice the use of mixed slashes in the error return when this occurs: ERROR: Image Update command failed. $ret = copy("C:\xampp\tmp\php3E.tmp", "C:/xampp/htdocs/www/gametown/phpshop/phpshop/images/shop/product/196796decbd53681024 715ac5522780d.jpg")" My solution was to use the php function ereg_replace, replacing the "\" with "/" for the temporary file's path. This is run locally on a Windows XP system. I have no idea what occurs on Linux or other systems. The use of slashes in paths has always been a confounding issue for me. Various systems demand use of one or the other. Sone don't car at all. This should have been made some sort of standard a very long time ago. But I have no historical perspective on this. Notice the use of mixed slashes in the error return when this occurs: ERROR: Image Update command failed. $ret = copy("C:\xampp\tmp\php3E.tmp", "C:/xampp/htdocs/www/gametown/phpshop/phpshop/images/shop/product/196796decbd53681024 715ac5522780d.jpg")" My solution was to use the php function ereg_replace, replacing the "\" with "/" for the temporary file's path. This is run locally on a Windows XP system. I have no idea what occurs on Linux or other systems. The use of slashes in paths has always been a confounding issue for me. Various systems demand use of one or the other. Sone don't car at all. This should have been made some sort of standard a very long time ago. But I have no historical perspective on this. Feb 15, 2009 ps2_snapshot_20090215.tgz (phpShop 2.0 Snapshot 2009-02-15) file uploaded by edikon - Labels: Type-Archive Labels: Type-Archive Feb 15, 2009 r65 (turned debbug to 1 by default ) committed by edikon - turned debbug to 1 by default turned debbug to 1 by default Feb 15, 2009 r64 (password field is now suppressed ) committed by edikon - password field is now suppressed password field is now suppressed Feb 15, 2009 issue 8 (CakePHP MIT License and copyright block not present in webro...) Status changed by edikon - in svn Status: Fixed in svn Status: Fixed Feb 15, 2009 r63 (added MIT copyright to index.php files in app and webroot u...) committed by edikon - added MIT copyright to index.php files in app and webroot updated set_permissions.sh script to use correct path relative to app/ folder added MIT copyright to index.php files in app and webroot updated set_permissions.sh script to use correct path relative to app/ folder Feb 15, 2009 issue 8 (CakePHP MIT License and copyright block not present in webro...) changed by edikon - Hmm, looks like I changed the copyright in app/webroot/index.php. Not sure why, but will change it to the MIT block. Thanks for pointing that out. Status: Accepted Labels: Milestone-Release2.0 Hmm, looks like I changed the copyright in app/webroot/index.php. Not sure why, but will change it to the MIT block. Thanks for pointing that out. Status: Accepted Labels: Milestone-Release2.0 Feb 15, 2009 issue 9 (SESSION_EXPIRE not being set) changed by edikon - Status: Accepted Labels: Milestone-Release1.0 Status: Accepted Labels: Milestone-Release1.0 Feb 15, 2009 issue 13 (Bad date submittion of credit card's expiration date.) changed by edikon - Status: Accepted Labels: Milestone-Release1.0 Status: Accepted Labels: Milestone-Release1.0 Feb 15, 2009 issue 12 (Cannot upload files) changed by edikon - Check the forums for assistance. Sounds not like a bug, but like a configuration issue. Summary: Cannot upload files Status: Invalid Labels: Milestone-Release1.0 Check the forums for assistance. Sounds not like a bug, but like a configuration issue. Summary: Cannot upload files Status: Invalid Labels: Milestone-Release1.0 Feb 15, 2009 issue 10 (sd) Status changed by edikon - Status: Invalid Status: Invalid Feb 15, 2009 issue 7 (multilingual pro installation file error) Status changed by edikon - Status: Invalid Status: Invalid Feb 15, 2009 issue 6 (errors in installation files for phpshop multi lingual pro.....) Status changed by edikon - Not sure if this is a distribution that we released on this site. Multilingual I think is Uli. I am marking invalid since I can't change that code. Status: Invalid Not sure if this is a distribution that we released on this site. Multilingual I think is Uli. I am marking invalid since I can't change that code. Status: Invalid Feb 15, 2009 issue 5 (login password not suppressed) changed by edikon - Updated in SVN. Should be fixed. Status: Fixed Labels: Milestone-Release2.0 Updated in SVN. Should be fixed. Status: Fixed Labels: Milestone-Release2.0 Feb 15, 2009 issue 2 (Pictures can not be uploaded) Labels changed by edikon - Just marking this as a 1.0 issue. Labels: Milestone-Release1.0 Just marking this as a 1.0 issue. Labels: Milestone-Release1.0 Feb 15, 2009 issue 4 (Initial admin account is not recognized when trying to log i...) changed by edikon - Hmm, not sure about this one. I installed the stable CakePHP 1.2 and phpShop, but didn't run into this issue. Maybe I quashed this bug without realizing you had reported it. I will mark invalid for now, if it still occurs will update. Status: Invalid Labels: Milestone-Release2.0 Hmm, not sure about this one. I installed the stable CakePHP 1.2 and phpShop, but didn't run into this issue. Maybe I quashed this bug without realizing you had reported it. I will mark invalid for now, if it still occurs will update. Status: Invalid Labels: Milestone-Release2.0 Feb 15, 2009 issue 3 (phpshop2 initial setup) Labels changed by edikon - Seems like this is a bug if you don't follow instructions. I agree we should check for this and not generate errors. Will put on todo... Labels: Milestone-Release2.0 Seems like this is a bug if you don't follow instructions. I agree we should check for this and not generate errors. Will put on todo... Labels: Milestone-Release2.0 Feb 15, 2009 issue 11 (Bad html code and tons of styling hard coded in the shop) Status changed by edikon - I imagine you are using phpShop 0.8. Agreed. We are getting rid of all of that bad code. Look for cleaner code in 2.0. Status: WontFix I imagine you are using phpShop 0.8. Agreed. We are getting rid of all of that bad code. Look for cleaner code in 2.0. Status: WontFix Jan 06, 2009 issue 13 (Bad date submittion of credit card's expiration date.) reported by lucianolev - I've found a bug on phpshop 0.8.1. The problem is that the submitted expire date of the credit card provided by the user in the Payment Information page is wrong. The date that goes to the database is one year ahead of the one selected by the user. After a little investigation I've found a fix, the problem is with function list_year from admin/lib/ps_html.inc: function list_year($list_name) { $year = date("Y",time()); $arr = array(); for ($i=0; $i < 7; $i++) { $arr[$year] = $year++; } $this->dropdown_display($list_name, "", $arr); return 1; } This produces a list where arr[2009] = 2010. The solution which worked for me is: function list_year($list_name) { $year = date("Y",time()); $arr = array(); for ($i=0; $i < 7; $i++) { $arr[$year] = $year; $year++; } $this->dropdown_display($list_name, "", $arr); return 1; } Hope this issue is fixed in the next release. Thanks! I've found a bug on phpshop 0.8.1. The problem is that the submitted expire date of the credit card provided by the user in the Payment Information page is wrong. The date that goes to the database is one year ahead of the one selected by the user. After a little investigation I've found a fix, the problem is with function list_year from admin/lib/ps_html.inc: function list_year($list_name) { $year = date("Y",time()); $arr = array(); for ($i=0; $i < 7; $i++) { $arr[$year] = $year++; } $this->dropdown_display($list_name, "", $arr); return 1; } This produces a list where arr[2009] = 2010. The solution which worked for me is: function list_year($list_name) { $year = date("Y",time()); $arr = array(); for ($i=0; $i < 7; $i++) { $arr[$year] = $year; $year++; } $this->dropdown_display($list_name, "", $arr); return 1; } Hope this issue is fixed in the next release. Thanks! Older Dec 19, 2008 issue 12 (What steps will reproduce the problem? Uploading files Impor...) reported by christ...@cmebd.com - What steps will reproduce the problem? Uploading files Importing dbase changing config.php to reflect site URL Opening up store front to log in as Admin (admin/test) What is the expected output? What do you see instead? Expected output - to be able to access Admin user and other "demo installed" users. Everytime a link is clicked within Admin area requires to re-log in and if getting to the point to make changes informs that not authorised. Also cannot delete any of the other users (as per install.txt) Am also getting error log that cannot access /tmp/ folder - this could well be a problem with ISP which will be checked. What version of the product are you using? On what operating system? 0.8.1 Please provide any additional information below. The site looks good however can't prove its value at the moment. I like the clean lines :-) What steps will reproduce the problem? Uploading files Importing dbase changing config.php to reflect site URL Opening up store front to log in as Admin (admin/test) What is the expected output? What do you see instead? Expected output - to be able to access Admin user and other "demo installed" users. Everytime a link is clicked within Admin area requires to re-log in and if getting to the point to make changes informs that not authorised. Also cannot delete any of the other users (as per install.txt) Am also getting error log that cannot access /tmp/ folder - this could well be a problem with ISP which will be checked. What version of the product are you using? On what operating system? 0.8.1 Please provide any additional information below. The site looks good however can't prove its value at the moment. I like the clean lines :-) Nov 18, 2008 issue 2 (Pictures can not be uploaded) commented on by nandelbosc - try to change $path$curr_file with $path.$curr_file (note the dot)in admin/lib/ps_main.inc work's for me! try to change $path$curr_file with $path.$curr_file (note the dot)in admin/lib/ps_main.inc work's for me! Nov 12, 2008 issue 7 (multilingual pro installation file error) commented on by squarepanths - I shouldn't have posted this here. I have tried to remove this but was unable. I shouldn't have posted this here. I have tried to remove this but was unable. Nov 10, 2008 issue 11 (Bad html code and tons of styling hard coded in the shop) reported by foofoohead - Hello, I like the simple lightweight nature of the phpshop, BUT there is a ton of bad html code in there (capitalization and mixed line-breaks and old inline styling, and lots of bad quotes) and also lots of styling hard coded into the shop. Is there plans to get rid of the bad code and hard coded styling? I have been stripping it out my self but if this will be weeded out in the next release that would be better. If you would like some help with this let me know. Hello, I like the simple lightweight nature of the phpshop, BUT there is a ton of bad html code in there (capitalization and mixed line-breaks and old inline styling, and lots of bad quotes) and also lots of styling hard coded into the shop. Is there plans to get rid of the bad code and hard coded styling? I have been stripping it out my self but if this will be weeded out in the next release that would be better. If you would like some help with this let me know. Nov 10, 2008 issue 10 (sd) commented on by ramyaps07 - Ignore this... Ignore this... Nov 10, 2008 issue 10 (sd) reported by ramyaps07 - What steps will reproduce the problem? 1. 2. 3. What is the expected output? What do you see instead? What version of the product are you using? On what operating system? Please provide any additional information below. What steps will reproduce the problem? 1. 2. 3. What is the expected output? What do you see instead? What version of the product are you using? On what operating system? Please provide any additional information below. Nov 06, 2008 issue 9 (SESSION_EXPIRE not being set) reported by CodeRader - SESSION_EXPIRE not being set via session_set_cookie_params in modules/admin/lib/ps_session.inc line 25 - the logic of !SESSION_EXPIRE!="" should be SESSION_EXPIRE!="" Let me know if you have any questions. Not a big problem for most, unless they try to set their expire different from the server default. SESSION_EXPIRE not being set via session_set_cookie_params in modules/admin/lib/ps_session.inc line 25 - the logic of !SESSION_EXPIRE!="" should be SESSION_EXPIRE!="" Let me know if you have any questions. Not a big problem for most, unless they try to set their expire different from the server default. Oct 30, 2008 r62 (see http://code.google.com/p/phpshop/wiki/phpShop1_update Up...) committed by ulisoft - see http://code.google.com/p/phpshop/wiki/phpShop1_update Updating phpShop 0.81 - adding the forum module - see http://code.google.com/p/phpshop/wiki/phpShop1_update Updating phpShop 0.81 - adding the forum module - Oct 30, 2008 r61 (see http://code.google.com/p/phpshop/wiki/phpShop1_update Up...) committed by ulisoft - see http://code.google.com/p/phpshop/wiki/phpShop1_update Updating phpShop 0.81 - adding the forum module - see http://code.google.com/p/phpshop/wiki/phpShop1_update Updating phpShop 0.81 - adding the forum module - Oct 30, 2008 r60 (see http://code.google.com/p/phpshop/wiki/phpShop1_update Up...) committed by ulisoft - see http://code.google.com/p/phpshop/wiki/phpShop1_update Updating phpShop 0.81 - adding the forum module - see http://code.google.com/p/phpshop/wiki/phpShop1_update Updating phpShop 0.81 - adding the forum module - Oct 30, 2008 r59 (see http://code.google.com/p/phpshop/wiki/phpShop1_update Up...) committed by ulisoft - see http://code.google.com/p/phpshop/wiki/phpShop1_update Updating phpShop 0.81 - adding the forum module - see http://code.google.com/p/phpshop/wiki/phpShop1_update Updating phpShop 0.81 - adding the forum module - Oct 30, 2008 r58 (see http://code.google.com/p/phpshop/wiki/phpShop1_update Up...) committed by ulisoft - see http://code.google.com/p/phpshop/wiki/phpShop1_update Updating phpShop 0.81 - adding the forum module - see http://code.google.com/p/phpshop/wiki/phpShop1_update Updating phpShop 0.81 - adding the forum module - Oct 30, 2008 r57 (see http://code.google.com/p/phpshop/wiki/phpShop1_update Up...) committed by ulisoft - see http://code.google.com/p/phpshop/wiki/phpShop1_update Updating phpShop 0.81 - adding the forum module - see http://code.google.com/p/phpshop/wiki/phpShop1_update Updating phpShop 0.81 - adding the forum module - Oct 30, 2008 r56 (see http://code.google.com/p/phpshop/wiki/phpShop1_update Up...) committed by ulisoft - see http://code.google.com/p/phpshop/wiki/phpShop1_update Updating phpShop 0.81 - adding the forum module - see http://code.google.com/p/phpshop/wiki/phpShop1_update Updating phpShop 0.81 - adding the forum module - Oct 30, 2008 r55 (see http://code.google.com/p/phpshop/wiki/phpShop1_update Up...) committed by ulisoft - see http://code.google.com/p/phpshop/wiki/phpShop1_update Updating phpShop 0.81 - adding the forum module - see http://code.google.com/p/phpshop/wiki/phpShop1_update Updating phpShop 0.81 - adding the forum module - Oct 30, 2008 r54 (see http://code.google.com/p/phpshop/wiki/phpShop1_update Up...) committed by ulisoft - see http://code.google.com/p/phpshop/wiki/phpShop1_update Updating phpShop 0.81 - adding the forum module - see http://code.google.com/p/phpshop/wiki/phpShop1_update Updating phpShop 0.81 - adding the forum module - Oct 30, 2008 r53 (see http://code.google.com/p/phpshop/wiki/phpShop1_update Up...) committed by ulisoft - see http://code.google.com/p/phpshop/wiki/phpShop1_update Updating phpShop 0.81 - adding the forum module - see http://code.google.com/p/phpshop/wiki/phpShop1_update Updating phpShop 0.81 - adding the forum module -

issue 13 (Bad date submittion of credit card's expiration date.) reported by lucianolev - I've found a bug on phpshop 0.8.1. The problem is that the submitted expire date of the credit card provided by the user in the Payment Information page is wrong. The date that goes to the database is one year ahead of the one selected by the user. After a little investigation I've found a fix, the problem is with function list_year from admin/lib/ps_html.inc: function list_year($list_name) { $year = date("Y",time()); $arr = array(); for ($i=0; $i < 7; $i++) { $arr[$year] = $year++; } $this->dropdown_display($list_name, "", $arr); return 1; } This produces a list where arr[2009] = 2010. The solution which worked for me is: function list_year($list_name) { $year = date("Y",time()); $arr = array(); for ($i=0; $i < 7; $i++) { $arr[$year] = $year; $year++; } $this->dropdown_display($list_name, "", $arr); return 1; } Hope this issue is fixed in the next release. Thanks!

I've found a bug on phpshop 0.8.1. The problem is that the submitted expire date of the credit card provided by the user in the Payment Information page is wrong. The date that goes to the database is one year ahead of the one selected by the user. After a little investigation I've found a fix, the problem is with function list_year from admin/lib/ps_html.inc: function list_year($list_name) { $year = date("Y",time()); $arr = array(); for ($i=0; $i < 7; $i++) { $arr[$year] = $year++; } $this->dropdown_display($list_name, "", $arr); return 1; } This produces a list where arr[2009] = 2010. The solution which worked for me is: function list_year($list_name) { $year = date("Y",time()); $arr = array(); for ($i=0; $i < 7; $i++) { $arr[$year] = $year; $year++; } $this->dropdown_display($list_name, "", $arr); return 1; } Hope this issue is fixed in the next release. Thanks!

Earlier this year

Older