X-Cart forums - X-Cart 4.1.0 rc3 released

X-Cart forums (https://forum.x-cart.com/index.php)

- News and Announcements (https://forum.x-cart.com/forumdisplay.php?f=28)

- - X-Cart 4.1.0 rc3 released (https://forum.x-cart.com/showthread.php?t=20494)

X-Cart 4.1.0 rc3 released

Quote:

Dear customers,

We are excited to announce the third release candidate of X-Cart 4.1.0. Over a year X-Cart team has been working to enhance the functionality and performance offered by X-Cart e-commerce software and finally you have a chance to experience the many improvements introduced during this period.

While developing X-Cart 4.1.0, not only did we add new features, but we also paid a lot of attention to performance advancement: decreased the number of complex SQL requests, added a data caching mechanism, optimized the PHP code to reduce the required memory limit.

Our thanks to everyone who actively participated and provided feedback.

Here is a list of key features for 4.1.0 version:

RC3
---

- X-Magnifier add-on module (will soon be available on a commercial basis - watch out for announcements at x-cart.com);
- a few minor design and functionality improvements;
- a lot of bugfixes

RC2
---

- import/export for extra fields;
- 2-column layout of the admin/provider area;
- WYSIWYG editor for Webmaster mode

RC1
---

- 'stop words filter' for products search facility (a special filter that ensures that service and link words that occur in the search pattern are ignored when search by individual words is performed - available only for the English language);
- support for MySQL 5.0.12;
- advanced (WYSIWYG) editor for product/category/manufacturer descriptions, language variables, static pages, etc;
- 'tax exemption' feature for customers;
- Smarty updated to the version 2.6.12

BETA 2
------

- XHTML 1.0 Transitional compliant code;
- improved product search functionality: a new search option affecting product search by multiple words is added (Users can now specify whether the results returned by a search should match 'All words', 'Any word' or the 'Exact phrase' of the search pattern);
- enhanced control over images location: image files can now be moved to the file system during X-Cart installation;
- support for generation of manufacturers' static pages in HTML catalog;
- minor changes of the user profile page: 'Same as billing address' checkbox in the shipping address section is replaced with 'Ship to a different address' checkbox;
- improved orders/order invoices: customer notes are separated from the order details and included into the order invoice;
- optimized design of the 'Languages' section: input boxes for label values are enlarged for your convenience, description field is removed, ability to search for labels in all topics is added;
- multi-language support for extra field names;
- minor improvement in Fast Lane Checkout module: 'Register' form provided at the step of user authorization is made hidden by default (can be opened by clicking a link);
- a more convenient method of using product detailed images: a new option 'Switch detailed images in a popup window without page reloading (using the dynamic image loading)' is added.
- advanced management of customers' credit card information: admin now has the ability to discard credit card information provided by customers saving only the last 4 digits of credit card numbers in order details (Admin area -> Tools page -> Credit card information removal section)

BETA 1
------

- a more user-friendly and intuitive checkout procedure (Fast Lane Checkout module);
- a new patch/upgrade center that will allow you to upgrade installed add-ons and non-standard X-Cart skins;
- export/import functionality for almost all data types (products and all related information, categories, coupons, destination zones, users, etc);
- support for simultaneous use of more than one user type in one browser session (for example, a user can be logged in as an administrator and a customer at the same time);
- ability for administrator to enter the store as another user;
- X-FancyCategories module revised to ensure stable performance of the store with large numbers of categories (over 500);
- advanced membership system: ability to assign one or more memberships to each of the products, categories, payment methods, tax rates and discounts;
- System fingerprints: ability to compare the status of the store files before and after modification and to discover which files have been deleted, added or modified;
- wholesale prices and thumbnail images for product variants;
- ability to display product detailed images in popup windows;
- Australia Post's Delivery Rate Calculator support;
- 'Same as billing address' checkbox on the user profile page (for the shipping address section);
- support for a number of new payment gateways;
- ability to create discount coupons with more options;
- multi-language support for the speed bar, payment methods, user titles etc;
- support for a more advanced encryption method for sensitive data (Blowfish);
- Smarty template engine upgraded up to version 2.6.10;

We welcome your bug reports and suggestions.

WARNING!
Although we have fixed the majority of issues reported in the beta versions, please remember that this build is a release candidate and is still NOT recommended for use in live stores. The software is still being tested and we cannot guarantee bug-free performance before the final release is out. Also note that technical support and a reference manual for RC3 are not provided.

Please be aware that patches for upgrading from RC1, RC2 and RC3 to subsequent versions will be available, so we encourage you to install a release candidate version (RC1, RC2 or RC3) as a platform for pre-production preparation of new stores or as a starting point for gradual transfer of your product database from the older X-Cart versions to X-Cart 4.1 and trying out the new functionality.

For a full list of changes, please refer to the CHANGELOG.

A demo store based on X-Cart 4.1.0 rc3 is installed here: http://www.x-cart.com/demo_preview/

Anticipating questions about the final release, I can inform you that RC3 is probably going to be the last release candidate before the final X-Cart 4.1.0 release. At the moment, the version 4.1.0 is undergoing the final stage of testing and we are going to complete it during the following 3-6 weeks.

Below is a CHANGELOG between RC2 and RC3:

Quote:

----------------- X-CART v4.1.0 rc3 RELEASED

Mon Mar 13 13:55:07 MSK 2006 [!] - max - Bug: When the image repository was located on the file system, product class images were still displayed using the image.php script. Fixed.

Sat Mar 11 12:55:37 MSK 2006 [!] - max - Bug: Calendar updating procedure in Subscription module caused a JS error. Fixed.

Sat Mar 11 12:34:39 MSK 2006 [!] - max - Bug: Orders info (Since the last log in) was calculated wrongly on the Summary page. Fixed.

Fri Mar 10 12:27:27 MSK 2006[*] - max - Improvement: 'Upload all remote images to the selected image repository' option is added for the new Images mechanism; image properties are now displayed in Admin area as alternative text for <img ... > tag; small logic changes have been made in the new Images mechanism.

Thu Mar 09 17:50:40 MSK 2006 [!] - max - Bug: X-Cart's functionality responsible for changing the set of states offered for selection according to the country selected could not detect a change of country performed by Google toolbar plugin Autofill functionality; as a result, the list of states was not rebuilt. Fixed.

Thu Mar 09 14:21:58 MSK 2006 [!] - max - Bug: JS-based zipcode checking functionality did not work on the Edit Customer Information page (X-AOM module): functionality declaration was not included on this page. Fixed.

Thu Mar 09 09:38:10 MSK 2006 [!] - max - Bug: Save money label displayed a zero saving if the saving amount was larger than 0, but smaller than 1. Fixed.

Tue Mar 07 14:05:16 MSK 2006 [!] - max - Bug: Import options were saved with slashes before quotes. Fixed.

Tue Mar 07 11:34:31 MSK 2006 [!] - max - Bug: Blowfish encryption method did not function correctly on PHP 4.4.1. Fixed.

Mon Mar 06 12:19:33 MSK 2006 [!] - max - Bug: Shopping cart conversion funnel statistics were not gathered correctly if a customer modified his or her profile using the 'Modify' link on the last step of checkout. Fixed.

Mon Mar 06 10:05:37 MSK 2006 [!] - max - Bug: Multilingual category descriptions were not saved correctly if they contained HTML tags. Fixed.

Fri Mar 03 16:41:39 MSK 2006 [!] - mclap - Bug: Updating the profile of a currently logged in administrator resulted in disabling his profile. Fixed.

Fri Mar 03 11:50:49 MSK 2006 [!] - max - Bug: Default category was not used by the product import script if the data being imported did not include category information. Fixed.

Fri Mar 03 11:24:31 MSK 2006 [!] - max - Bug: A product that had product variants was removed from the shopping cart if its product options were edited by a customer on the Cart page.

Fri Mar 03 10:47:19 MSK 2006[*] - max - Improvement: A note 'The order total amount is greater than the balance on the gift certificate you have applied...' is added to the Checkout procedure.

Fri Mar 03 10:00:12 MSK 2006 [!] - max - Bug: When created in the Admin area, gift certificates were created with a zero debit. Fixed.

Fri Mar 03 09:49:46 MSK 2006 [!] - max - Bug: Editing of product options in Customer area caused a JS-error in the popup window. Fixed.

Fri Mar 03 09:44:36 MSK 2006 [!] - max - Bug: When a product was being cloned, a record of the product's price and service flags in the inner cache was not copied for the clone product; as a result, the created clone product was invisible to customers and even to administrators. Fixed.

Fri Mar 03 09:27:09 MSK 2006 [!] - max - Bug: The procedure of deleting a user profile did not delete the user's log-in history. Fixed.

Thu Mar 02 16:46:44 MSK 2006 [!] - max - Bug: If a product or a product variant had a membership-based wholesale price, the product's wholesale price was not displayed on the Product list page and on the Product details page correctly. Fixed.

Thu Mar 02 14:44:30 MSK 2006 [!] - max - Bug: The JS-based functionality of Product options module for the Product details page did not work correctly if the product had product variants (or product options with a percent price modifier), wholesale prices for product variants and tax rates included into the product price. Fixed.

Thu Mar 02 14:41:01 MSK 2006 [!] - max - Bug: Wholesale prices for product variants were not saved correctly on the Modify product variants page (Product options module). Fixed.

Thu Mar 02 14:38:27 MSK 2006 [!] - max - Bug: Product options module did not select information on taxes for product variants and product options correctly; The function func_get_product_variants() selected product variants with disabled product options or product option values. Fixed.

Thu Mar 02 14:37:04 MSK 2006 [!] - max - Bug: The function func_select_product() did not select the product's service flags from xcart_quick_flags table. Fixed.

Thu Mar 02 14:35:21 MSK 2006 [!] - max - Bug: When a person added a product variant to the shopping cart so that it became the first product in the cart, and at this moment another person purchased such amount of the product variant that the number of items of this variant in stock became smaller than the number of items added to cart by the former person, the product variant was not removed from the cart of the former person, so he or she got the impression that the quantity of items of the selected variant is still enough for the purchase. Fixed.

Thu Mar 02 09:58:33 MSK 2006 [!] - max - Bug: Disabled products were not deleted from cart and were detected as enabled product. Fixed.

Tue Feb 28 14:37:57 MSK 2006 [!] - max - Bug: Product options were not displayed correctly on the Order invoice page when Product options module was disabled. Fixed.

Tue Feb 28 12:07:59 MSK 2006 [!] - max - Bug: Categories list was not sorted by the 'order by' field on the Categories list page in Admin area. Fixed.

Tue Feb 28 12:01:11 MSK 2006 [!] - max - Bug: error_message.php?subscribe_bad_email page did not comply with the XHTML standard. Fixed.

Tue Feb 28 11:04:00 MSK 2006 [!] - svowl - Bug: Products with a defined subscription plan and empty setup fee (empty price) were displayed with 'Enter price' text on the search results page (Subscriptions module); included taxes were not displayed for products on the products list page. Fixed.

Mon Feb 27 10:30:49 MSK 2006[*] - max - 'Counting the number of categories' subcategories' functionality is optimized for speed.

Sun Feb 26 16:58:04 MSK 2006 [!] - max - Bug: Authorize.Net AIM payment module did not send the x_authentication_indicator field correctly. Fixed.

Sat Feb 25 13:17:07 MSK 2006 [+] - max - X-Magnifier add-on module is added.

Wed Feb 22 17:18:57 MSK 2006 [-] - max - The function func_export_display_results() is deleted as unused.

Wed Feb 22 15:20:58 MSK 2006[*] - max - Improvement: Extra fields import / export section is changed: multilanguage support is added. Export mechanism is changed: the default admin area language is now exported in exactly the same way as any other language -to a separate file.

Mon Feb 20 13:58:59 MSK 2006 [!] - max - Bug: Orders search page contained a JS error. Fixed.

Mon Feb 20 11:15:22 MSK 2006 [!] - max - Bug: Shopping cart conversion funnel statistics did not wrok correctly: the data was not captured in the Customer area. Fixed.

Mon Feb 20 10:49:05 MSK 2006 [!] - max - Bug: X-Cart's browser enviroment detector, whose work is based on analyzing the USER_AGENT HTTP header, could not detect the type of web browser correctly if USER_AGENT HTTP header contained a bracketed block inside another bracketed block. Fixed.

Fri Feb 17 14:02:44 MSK 2006 [!] - max - Bug: The procedure of adding a discount coupon did not work if JS was disabled. Fixed.

Fri Feb 17 09:28:17 MSK 2006 [!] - max - Bug: Files with .conf extension were not forbidden in .htaccess file. Fixed.

Upgrade patches from RC1 and RC2 to RC3 will be released soon.

My post in the RC2 thread seems to have been missed;

Quote:

I have added a monthly subscription product to cart, and found a bug.

The cost is бё2.50. And I have clicked buy now, it shows бё2.50 to pay, thats fine.

I then click contine shopping because i want something else, now when i look in the mini-cart, it shows the amount in mini-cart as бё7.75!!!

Now when you click your cart, it shows бё2.50 again, okay how is this possibly worked out?

There is no possible way бё7.75 will be charged is there? As there is no shipping etc or additional charges, so this must be an error.

Quote:

Originally Posted by RichieRich

My post in the RC2 thread seems to have been missed

Your request has not been missed, but we could not reproduce the issue. Can you please specify some additional information that will help us do it? Did you manage to reproduce the issue on RC3 (some fixes have been made in RC3 regarding Subscriptions module)?

yes this was the first thing i checked when i installed RC3. I will explain the exact process further to duplicate;

ADMIN:
1. Activate subscription module.
2. Add new prouct.
3. Define subscription plan to product
(eg. бё2.50 / monthly period.

CUSTOMER:
1. Go to this products page.
2. Click add to cart.
3. Click continue shopping.
4. Look at the minicart, the total is now shown as (Total: бё7.75)

Quote:

Mon Mar 13 13:55:07 MSK 2006 [!] - max - Bug: When the image repository was located on the file system, product class images were still displayed using the image.php script. Fixed.

I thought this had been fixed properly, but if no image is selected when you have images stored in the file system, you still get the image.php on these images. The default image should be "no_image.gif" stored in the specified directory if images are stored in the file system. Otherwise you will always have images being displayed from the database even when you select you dont want to. They tend to drastically slow down the page load time, compared with file system images.

Quote:

Originally Posted by RichieRich

Quote:

Mon Mar 13 13:55:07 MSK 2006 [!] - max - Bug: When the image repository was located on the file system, product class images were still displayed using the image.php script. Fixed.

This part of the Changelog is related to the FeatureComparison addon.
You are right regarding the "no_image.gif" always displaying via image.php. This will be fixed. Thank you.

Quote:

Originally Posted by RichieRich

yes this was the first thing i checked when i installed RC3. I will explain the exact process further to duplicate...

Just to let all those who are interested know about the solution...
If Fast Lane Checkout module is enabled, the complete cart totals are displayed at the last checkout step only (before order submitting). Nevertheless, minicart displays the total including discounts, shipping and taxes at all times. This issue does not depend on whether Subscriptions module is enabled or disabled. It will be fixed.
Thank you, Richie

BUG:
Create an Extra field and check or uncheck all creates Javascript ERROR
http://www.x-cart.com/demo_preview/provider/extra_fields.php

FYI
X-Cart needs

Quote:

GLOBAL PRODUCT OPTIONS w/ VARIENTS (aka Extra Fields)

I've been a faithful customer for over 4yrs, if this feature does not get added into RC4, I'm outta here for good because their is another spring chicken cart on the market offering this basic and very desirable feature, a must have for any cart.

has anybody else had problems with php5 and this new xcart?
all of my pages are blank with php 5 but work fine on 4

Quote:

Minimal system requirements
Б─╒ PHP 4.0.6 or later (PHP 5 is also supported).

Make sure the configuration file php.ini meets the following requirements:

safe_mode must be disabled.

file_uploads must be enabled.

[PHP 5] register_long_arrays must be enabled.

Make sure register_long_arrays is enabled in php.ini

HTH ;)

Quote:

Originally Posted by Emerson

Quote:

Make sure register_long_arrays is enabled in php.ini

HTH ;)

Checking results
Critical dependencies Status
PHP Version (min 4.0.6 required) ... 5.1.2 - [OK]
PHP Safe mode is ... Off - [OK]
Disabled functions list ... none - [OK]
File uploads is ... On - [OK]
MySQL support is ... On - [OK]
Register long arrays is ... On - [OK]

Non critical dependencies Status
Maximum file size for upload is ... 2M - [OK]

the installer says that everything is ok...but only blank pages after that

Please look up the error log, you might find the answer there. Error log files are located in xcart/var/log/ directory (files like x-errors_php-060315.php)

Quote:

Originally Posted by vulcan-works

Quote:

Originally Posted by Emerson

Quote:

Make sure register_long_arrays is enabled in php.ini

HTH ;)

I ran into this problem as well . A little hard to track down with the extensive use of "@" for error suppression, but it appears that there is a mis-matched closing bracket in "include/bench.php" that causes a compile error.

Delete the "}" on line 340 and the problem should go away. Did for me at least :-)

Ran into the same problem with RC2.

Quote:

Originally Posted by snorocket

BUG:
Create an Extra field and check or uncheck all creates Javascript ERROR
http://www.x-cart.com/demo_preview/provider/extra_fields.php

Fixed. Thank you.

Passed W3 Validation

Despite my recent complaints I give a big thumbs up for passing W3 validation with flying colors !!!

We are running the RC3 version LIVE now with a backup from the older one (in case something doesn't work we can switch back immediately).
But till now everything (what we use) works fine. Orders come in correctly etc...

But he, we do not have a lot of products.

For us, it works perfect and we are very pleased with it.

Wholesale Minimum Order

Is there a way to specify a minimum order amount per product for certain membership levels, like Wholesale? It would be nice to say a product has a minimum order amount of "1" for Premium and "12" for Wholesale. I didn't see how to do this with the demo.

Also, quantity increments for Wholesale would be nice, like you can only order this product by the dozen if Wholesale. Is there anything close to this in 4.1? :D

Quote:

Originally Posted by shelkie

The error and the blank page resulted from setting the option 'short_open_tag' to 'Off' in php.ini
This has been fixed. Thank you for the report.

Re: Wholesale Minimum Order

Quote:

Originally Posted by cherie

Sorry, but this feature was not included into 4.1.0.

Re: Wholesale Minimum Order

Quote:

Originally Posted by svowl

Quote:

Originally Posted by cherie

Sorry, but this feature was not included into 4.1.0.

Alrighty. Please put me down for hoping to see it in 4.1.1. :wink:

Did anything ever get resolved or addressed with this glaring oversight in development for 4.1?? I echo exactly what Technicaldata states here and have been waiting, as patiently as possible, for this to be addressed in a future version.

Thanks.

Quote:

technicaldata wrote:
I think it's pretty obvious that a lot of people aren't happy with the current "Real Time Shipping" situation in X-Cart and I was wondering if an attempt was going to be made to improve it in the next release? I saw nothing about it in "SHIPPING MANAGEMENT" section of the change doc. Anybody have any info? To be specific, I'm talking about the improvements that CenturyPerf suggested in a previous post:

"1) The X-Cart coding within the UPS, FEDEX, USPS modules needs some minor enhancements to validate dimensions and weights correctly and also a limit needs to be set (max weight and dimensions *Per Box*) on a per shipper basis. See below

2) The database and cart coding in the product section needs to be able to tell UPS (and other shipping agencies) the correct values for each item as listed below:

- 2a) Add (3) data entry boxes for EACH product for "length", "height", and "width" (in inches or centimeters .. "selectable"). (If there is No data entry, dimensions are ignored, otherwise the calculated dimensions are transmitted for real time rates). This would be three new columns in the products table of the database.

- 2b) Add a radio button (or other selection) for EACH product that when active (checked) it tells UPS that this item can only be shipped as a SINGLE box. This would be one new column in the products table of the database.

- 2c) Set a max weight - max dimension rollover point selectable by the admin of the site. This must be set so that if either weight or dimension is exceeded on the ordered items it rolls over and adds another box. I would prefer this to be an editable area with the X-Cart admin area. NOTE: This would be a GLOBAL selection within the "shipping options" section of X-Cart.

- 2d) Upon checkout using "real time" rates X-Cart tells the selected shipping agencies the compiled number of boxes and dimesions/weights of each box to be shipped. This data is then processed and returns the shipping calculation results (for each activated shipping method) to the checkout page.

3) The above items will need to correspond with matching columns in the product table of the database so as to store this data for each product. (length, height, width, single box, in the "xcart_products" table. Plus the added data for rollover dimensions, max weight per carrier, max dimensions "length, height, and width" per carrier possibly in the "xcart_shipping_options" table).

4) When real time rates are selected for your store the cart will now communicate a fairly correct amount of "boxes", "dimensions", and "weights" of each box being shipped as part of the customer's order.

5) We DO NOT need to list the amount of boxes or weights on customer invoice or order information. Our shipping departments' should have the ability to use common sense knows how to ship orders efficiently. This procedure needs only to be transparent to both the customers and vendor.

EXAMPLE:

One item the customer orders is a very large item that must be shipped as an individual item (Box #1). The customer orders other items that will now compile by weight "and" dimension as additional boxes as part of this shipment. This will work very well on wholesale stores that sell in case quantity. You could set a separate "case" part number for particular items if you wish. Once the weight or dimension "max" value is exceeded the cart tells UPS that there is more box(es) as part of the order (Box #2, #3, etc).

Now, with the max dimensions and values (rollover values) are left up to each vendor, you could effectively use this feature to not only be more accurate with your shipping calculations charged to the customer, but you could also come pretty close in matching the sizes to what shipping boxes each company uses. Say that you ship average sized items and your MAX box size is 24" x 16" x 12". You could set that as your max compiled "dimension" size and use default weight values from the shipping carriers as a secondary rollover point. It should be well posted/documented what the max dimensions/weights are for each shipping carrier.

The coding for this is already part of the UPS, USPS, and FEDEX available XML scripts.

For examples see what the above shipping agencies use on their own websites: (http://wwwapps.ups.com/calTimeCost?loc=en_US, http://postcalc.usps.gov/, http://www.fedex.com/ratefinder/home?cc=US&language=en)

The above modification is nothing more than what the above shipping agencies already ask for, either using their online services or offline software. With the size and weight varieties of the products we sell, we MUST have accurate shipping calculations."

Anybody have any ideas or info?

Can we display and access Extra fields in the products.tpl and cart pages in 4.1.X like we could with all pre 4.X releases?

That was an extremely useful feature in 3.X branches, there was a post back in 4.0.X days which mentioned this would return for 4.1.X???

It would save us constantly having to hack up the cart just to show the extra product information in normal listings

4.1 RC2 to 4.1 RC3 Upgrade Kit

Will there be an upgrade kit to go from 4.1 RC2 to 4.1 RC3?

Re: 4.1 RC2 to 4.1 RC3 Upgrade Kit

Quote:

Originally Posted by Angelo

Will there be an upgrade kit to go from 4.1 RC2 to 4.1 RC3?

Yes. To access the upgrade patch, log into the Help Desk, go to the 'My Licenses' section, find the license of the X-Cart that you wish to upgrade and click on the 'Get upgrade pack' link.

Quote:

Originally Posted by groovico

Can we display and access Extra fields in the products.tpl and cart pages in 4.1.X like we could with all pre 4.X releases?

Yes. Below is an example of code to display all extra fields in products.tpl

Code:

{if $products[product].extra_fields ne ''}

{foreach $products[product].extra_fields item=extra_field}

{$extra_field.field}: {$extra_field.value}




{/forach}

{/if}

...and to display the extra field with service name 'ISBN':

Code:

{if $products[product].extra_fields ne ''}

{foreach $products[product].extra_fields item=extra_field}

{if $extra_field.service_name eq "ISBN"}

{$extra_field.field}: {$extra_field.value}




{/if}

{/forach}

{/if}

Note: Extra fields are identified by service names because identifying them by extra field IDs is not usable enough. Identifying extra fields by their interface names ('field' column) is impossible, as these names may be defined in more than one languages.

Quote:

Originally Posted by jfilardo

Sorry, but this feature also was not included into 4.1.0. This sheduled to do in one of the following major versions of X-Cart.

BUG REPORT.

When creating static pages in the wysiwyg editor mode, saving in this mode mode will make the static file longer.

The second part of the data is saved twice, saving it again, saves it three times, again saves it 4 times and so on.... the file is getting longer and longer with double data. This is only when you use the wysiwyg editor. In normal editor mode there is no problem.

I hope i have explained it ok.

Greetz

Herman

When using your example store, I add an item by using the add to wish list button. It takes me to the wish list page, but I can not continue shopping from the wish list page unless I add to cart or back page.

Hi everyone, I downloaded the upgrade patch to go from rc2 to rc3. In my files section where I downloaded from, I had both the X-AOM and My skins template checked, so I assumed that the file that was downloaded from here included updates to X-AOM and My templates. Although, when I go apply the patch I get the following error:

Your shop has installed following module(s): Advanced Order Management, but necessary patches are not included in this upgrade pack

Your shop has installed skin layout: neon_lights_music, but necessary patches were not included in this upgrade pack

Anyone?

hi angelo,

i had the same with fashion skin.
I have deinstalled the skin and aom module. Then upgraded to RC 3

After that installed the modules again, and it worked for me....

Hi guys!

I have installed the RC3 version and I can not seem to log in using the master user. Anyone else having this issue? Everything seemed to install just fine and I can see all of the pages but I just cant login.

Thanks!

Weckie, Thanks a bunch! Worked like a charm!

Quote:

Originally Posted by Angelo

It was an issue with downloading upgrade patches from the Help Desk and it has been fixed. Thank you.

Quote:

Originally Posted by creative xpress

I had the same problem. i had to register as a customer and change the usertype to P in the database.

Thanks Shan I will give it a try!

Quote:

Originally Posted by creative xpress

I can not seem to log in using the master user.

I ran into the same issue. When you ask to "recover password" it looks like it's encyrpted.

Quote:

I had the same issues with RC1 and RC2. X-Cart said:

Quote:

We have done some investigation and found out that the issue was related to Blowfish encryption procedure and the version of PHP used by your hosting provider. The Blowfish ecryption procedure uses binary operations like '&', '|' and '>>'. We knew that these operations were processed incorrectly by PHP internals in some PHP versions, so in X-Cart 4.1.0 RC2 there was a check-up in include/blowfish.php that made X-Cart use a special wrapper if the version of PHP being used matched one of the problem PHP version numbers.

The PHP version used by your hosting provider (PHP 4.4.1) was not on our list of problem versions, but it also did not process the above mentioned operations correctly. That caused the error you encountered. We were not sure as to the existance of other PHP versions which may cause trouble, so we decided to improve the check-up by changing its condition:

After making the necessary corrections to your X-Cart RC2, we reinstalled it successfully, so now you can use it for testing again.

RC3 now also works fine for me since the fix. Perhaps the fix found problems in other php versions?

Do you know what the versions with problems are?

I'm running php 4.3.11

I don't want to change version, because I have close to 20 live sites on my server.

Here is the result of our investigation (thanks to Shan who provided the details of the problem):

X-Cart's blowfish ecryption procedure uses binary operations like '&', '|' and '>>'. We discovered that these operations were processed incorrectly by PHP internals in some PHP verions (4.0.6, 5.0.2), so we implemented a check-up in include/blowfish.php of X-Cart 4.1.0 RC2 and RC3 that made X-Cart use a special wrapper if the version of PHP being used matched one of the problem PHP version numbers. Investigating the request, we discovered that the issue was also related to such extentions as Zend Optimizer (which was used on the server on the problem case) and, possibly, to some other accelerators as well.

We corrected the check-up procedure so that a wrapper is now used if a string first encrypted and then decrypted does not turn out the same as the authentic string. This check-up is performed once per user session when blowfish encryption routine is called. Unfortunately, using a wrapper requires about twice as much time as the standard procedure.

Please find attached to this message a patch file "patch.diff". It should fix the issue on RC3.

If you choose to apply these changes, please let me know the results.

Thank you