Page 1 of 1
CGEcommerceBase / orders [Solved]
Posted: Mon Nov 10, 2014 11:00 am
by sysmaster
Hi All,
I'm a bit stuck... installed what looks to be all required modules to have a cart -- e-commerce running.
Cart works fine, can add products from the "products" database
But when I go to check-out, getting the billing information first, none of the details from the logged in FEU user are shown, address fetching is set to "use customer profile" as well as the long list below on the orders preference "address handling" page where "Address to FEU Property Map:" are all set accordingly.
The "checkout" page shows two framed boxes... "Billing Information"
and "order Notes"...
And somehow I expect that the information of the logged in FEU user would be shown, or at least empty input fields...
None are, only the labels... no inputs... nothing.
Maybe I have it completely wrong or something is missing in the setup... but after digging for almost 2 day's, have no idea where to look for.
"Print_r" ing several of the object available there do show me that the data of the logged in user is there...
Any Idea or suggestion where to dig would be helpfull...
Best regards,
Luke
Re: CGEcommerceBase / orders
Posted: Mon Nov 10, 2014 1:41 pm
by velden
Is this a new install or did you upgrade some modules?
Read release notes of 1.16.3
http://dev.cmsmadesimple.org/project/files/413
Re: CGEcommerceBase / orders
Posted: Mon Nov 10, 2014 1:54 pm
by sysmaster
Basically a fresh installation, but I will read the notes.... Thanks
Re: CGEcommerceBase / orders
Posted: Mon Nov 10, 2014 2:40 pm
by sysmaster
sysmaster wrote:
Basically a fresh installation, but I will read the notes.... Thanks
Thanks
2,
That did it, following the steps in the release notes, made it work.
Re: CGEcommerceBase / orders
Posted: Tue Nov 11, 2014 10:07 am
by sysmaster
Hi There,
Thanks for the information.... worked...
but now I screwed up again..(getting to old for this S.) updated some modules... and my {order} page is gone again... even so far that the HTML content is incomplete... do I have to do that reset--- new template again to save it? (tried it already... didn't work)
but learned a vital lesson, never update/upgrade without first backing up site and database, normally I do this, but this time I trusted the designer of these modules to much... will not happen again.
Thanks in advance for any help.
(ps: was almost there, 99% running only the return from Paypal still gave an DB error, everything worked like a charm....)
Here the list of upgraded modules:
Upgraded module FrontEndUsers to version 1.24.2
Upgraded module FormBuilder to version 0.8
Upgraded module CGExtensions to version 1.44.1
Upgraded module Captcha to version 0.5.0
Checking the admin log...
after the CGExtensions where upgraded plenty of error messages
in the style of:
Problem loading dependent module CGExtensions version 1.42.2
Whereby the version number varies depending the "calling" module
Tried to "downgrade" the extensions module... did not work, produced a lot of error screens everywhere. Restored the upgrade, and the errors went away.
here the current configuration:
----------------------------------------------
Cms Version: 1.11.11
Installed Modules:
AceEditor: 1.0
Analytics: 1.2.2
CGExtensions: 1.44.1
CGPaymentGatewayBase: 1.3.1
CGSimpleSmarty: 1.7.4
CMSMailer: 5.2.2
CMSPrinting: 1.0.5
ExtendedTools: 1.3.3
FRShipping: 1.2.3
FileManager: 1.4.5
MenuManager: 1.8.6
MicroTiny: 1.2.7
ModuleManager: 1.5.8
News: 2.14.4
PaypalGateway: 2.4
SEOTools2: 1.2.1
Search: 1.7.11
ThemeManager: 1.1.8
TinyMCE: 2.9.12
CGEcommerceBase: 1.5.2
Cart2: 1.1.3
FrontEndUsers: 1.24.2
JQueryTools: 1.2.6
Orders: 1.16.5
Products: 2.21
SelfRegistration: 1.8.2
Cart: 1.10.1
vimeoplayer: 1.1
avplayer: 1.3.2
HostedVideoAlbums: 2.4.4
SFacebook: 0.1
DebugSwitch: 1.0.0
FormBuilder: 0.8
MleCMS: 1.11.4
Showtime: 3.4
InstaFeed: 3.0
Captcha: 0.5.0
GoogleMaps: 0.2.1
Gallery: 2.0.1
CustomContent: 1.10
Config Information:
php_memory_limit:
process_whole_template:
max_upload_size: 32000000
url_rewriting: mod_rewrite
page_extension: .html
query_var: page
image_manipulation_prog: GD
auto_alias_content: true
locale:
default_encoding: utf-8
admin_encoding: utf-8
set_names: true
Php Information:
phpversion: 5.4.31
md5_function: On (True)
gd_version: 2
tempnam_function: On (True)
magic_quotes_runtime: Off (False)
E_STRICT: 0
E_DEPRECATED: 0
memory_limit: 64M
max_execution_time: 120
output_buffering: On
safe_mode: Off (False)
file_uploads: On (True)
post_max_size: 48M
upload_max_filesize: 32M
session_save_path: /tmp (0700)
session_use_cookies: On (True)
xml_function: On (True)
xmlreader_class: On (True)
Server Information:
Server Api: cgi-fcgi
Server Db Type: MySQL (mysqli)
Server Db Version: 5.5.36
Server Db Grants: Found a "GRANT ALL" statement that appears to be suitable
Server Time Diff: No filesystem time difference found
----------------------------------------------
Re: CGEcommerceBase / orders
Posted: Wed Nov 12, 2014 2:27 am
by sysmaster
By the way,
Activating "debug" does not show anything additionally
thus can not even try to figure out where it goes wrong
Re: CGEcommerceBase / orders[Solved]
Posted: Wed Nov 12, 2014 4:00 am
by sysmaster
the latest update of cgextensions seem to have fixed the problem...