Jump to content

[UPDATED] 1.5.4 FINAL Available [UPDATED]


Recommended Posts

If you disable class blowfish and it works, so it's a server problem. Seems that rijndael is not installed on your server. Please ask your provider.

 

No you loose nothing, you simply change the default values from your host to a greater package. But please contact your provider before. Perhaps you cannot change the values.

Link to comment
Share on other sites

We contacted our hosting and told us that they are controlling and can change without problems.

The problem is just like others who do not see the translations from the Back Office Directory / default but are displayed as the theme. DEV set to true they appear and work perfectly. The other problem is the block instead newsletter that disabling it pop Blowfish translations and displays confirmation messages and error after clicking OK. Unlike blowfish if the class is active it changes the translations that you can not find in the back office and does not display any error message or confirmation.

Link to comment
Share on other sites

We contacted our hosting and told us that they are controlling and can change without problems.

The problem is just like others who do not see the translations from the Back Office Directory / default but are displayed as the theme. DEV set to true they appear and work perfectly. The other problem is the block instead newsletter that disabling it pop Blowfish translations and displays confirmation messages and error after clicking OK. Unlike blowfish if the class is active it changes the translations that you can not find in the back office and does not display any error message or confirmation.

I correct that the newsletter module worked before the upgrade from 1.5.3.1 to 1.5.4

Link to comment
Share on other sites

What I understand from what you wrote here, your shop is an upgrade ?

 

When not all lines are shown so the problem is a server setting. Try to upgrade the following values on your SERVER php.ini. If you do not have access to this, so please contact your provider and ask him to adapt the values.

 

max_input_vars = 3000
suhosin.post.max_vars = 10000
suhosin.request.max_vars = 10000

 

Other possibility of don't have access to the modules (white page) is a module not compatible with PS 1.5.4. You had a white page ?

 

For the second, If you have own translations or adaptations made, so it is better to save them before you upgrade or import a language pack. Otherwise it is correct that you will loose all adaptations made.

The Hosting reported that the parameters are set in this way: (

Link to comment
Share on other sites

Yesterday I restored the Newsletter module and took the configurations and the Default theme and the theme you use purchased. And 'as if it is registered by the theme that I use but then I discovered that if disattivavo blowfish it began to work.

Link to comment
Share on other sites

Did you tried also with default theme ? Perhaps your bought theme has a bug, i.e. is not compatible with PS 1.5.4. ?

I have try with Default and is same problem. I dont know why dafault theme is mixed with a buy theme but i think this is normal.

So same problem for each with this Newsletter block.

Link to comment
Share on other sites

Hi, I'm testing 1.5.4.

There's a problem with Mobile:

the modules are not loaded (example in a clean installation the search bar isn't visualized in mobile theme).

 

 

I've not found the problem, you??

 

I found the problem!!

In Hook.php the function getHookModuleExecList call $sql->where(Module::getPaypalIgnore());

 

getPaypalIgnore have a problem!! If I remove it appear search in mobile theme!!

Link to comment
Share on other sites

I have try with Default and is same problem. I dont know why dafault theme is mixed with a buy theme but i think this is normal.

So same problem for each with this Newsletter block.

 

This is not normal. Did you copied some parts from your theme to the wrong folder ? Mixed views could be also a problem of browser cache. Are you sure you deleted the cache ? If yes so something is weired with your themes. Perhaps you are using old scriptings. Did you tried to replace the module by the latest one of a fresh download ?

Link to comment
Share on other sites

CD2500, can it be you speak of something else? Browser cache has not impact on back office translations.

 

WorkingPS speak of translations in BO. Switch PS_MODE_DEV on true, and all modules of every theme is displayed and is called default theme module. This IS normal!! It is wrong that they are all named modules of default theme. They are parts of diferent themes.

 

An other user has posted here: http://www.prestashop.com/forums/index.php?/topic/230149-updated-154-final-available-updated/page__view__findpost__p__1170710

 

What he says is right. I have 2 themes and same problem like WorkingPS when I switch PS_MODE_DEV on true!

Link to comment
Share on other sites

@ Mutabor - The problem is that WorkingPS is talking about several problems and things at the same time...

 

So now to clarify:

Translations from default modules should be made at Localization-> translations -> modules -> default

Translations from extra modules coming WIHT a theme should be made at Localization -> translations -> modules -> your theme

 

Problem with blowfish and rijndael could be a server problem or a problem form an old scripting in the bought theme. WorkingPS please ask your provider if module mycrypt is activated and configured on the server (I presupose it should be, otherwise you will have other problems, not only the newsletter).

 

The hint delete browser cache and so on, was only for the problem he is having on front office. By the way, I don't know what all was done before... (Changes on template, changes on code, etc...). Most of this problems are related to caching.

 

Concerning problem PS_MODE_DEV this should be too a server related problem. I cannot reproduce it. Not on bought theme, not on default theme. I see all lines for translation independent of the mod dev on true or on false.

 

My server configuration:

  • magic_quotes_gpc = off
  • max_execution_time = 300
  • max_input_time = 300
  • memory_limit = 512M
  • upload_max_filesize = 20M
  • post_max_size = 20M
  • max_input_vars = 5000

What he says is right. I have 2 themes and same problem like WorkingPS when I switch PS_MODE_DEV on true!

 

And for this problem, as you can read also some posts before, there is no fix for it. It is in work. Again I ask for to have some pacience. By recalling or reinforcing it, the problem will not be solved.

In the meantime you can translate your modules via FTP if it is not possible on back-office. Also explained how-to some postings before...

Link to comment
Share on other sites

Manual Upgrade from 1.5.3.1 to 1.5.4.0

 

Tried on local many times and on live server and always get error 34 <action result="fail" error="34"/

 

 

Downloaded new install/upgrade.php and still the same

 

Is there a cure for this?

Link to comment
Share on other sites

And for this problem, as you can read also some posts before, there is no fix for it. It is in work. Again I ask for to have some pacience. By recalling or reinforcing it, the problem will not be solved.

 

Problem is already solved and will be available soon with PrestaShop 1.5.4.1.

Link to comment
Share on other sites

Problem is already solved and will be available soon with PrestaShop 1.5.4.1.

 

Do you know if there's any sort of time perspective set for the new update? Is it a matter of like 4-5 days, or 4-5 weeks? I am about to launch a shop pretty soon, and would really need to know. But I feel like I could just as well ask Odin or an oracle for an answer, there's no real clarity so to speak.

Link to comment
Share on other sites

@Bocko,

I think the new version will not come to soon but you can look here https://github.com/PrestaShop/PrestaShop/commits/development which changes are made and manually test if the changes are fixing the problem and if so, use the code from github. Of course proceed with caution and test it on a test installation but I see no problem to use the one or another fix directly from github.

  • Like 1
Link to comment
Share on other sites

@Bocko

I'm afraid this isn't the solution we're waiting for. :(

They did not only apply changes we suggested in the bug tracker but obviously tried to solve a lot more problems.

I tested the new version from github on both 1.5.3.1 and 1.5.4 and it seems to contain a new bug or maybe some. I posted this already here:

http://forge.prestashop.com/browse/PSCFV-7814?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=71490#comment-71490

 

So I don't think that using the modified Controller you find in Github is currently the best idea.

Link to comment
Share on other sites

@WorkingPS

I have try with Default and is same problem. I dont know why dafault theme is mixed with a buy theme but i think this is normal.

So same problem for each with this Newsletter block.

 

What exactly do you mean? Mixed in Back Office translations or in Front Office display?

Link to comment
Share on other sites

@WorkingPS

 

 

What exactly do you mean? Mixed in Back Office translations or in Front Office display?

I mean the Default theme is mixed with Buy theme example some Modules of Buy theme are in Default theme but i think this is normal. Only problem for now is Newsletter Block and Loyalty Module.

Link to comment
Share on other sites

@Bocko

I'm afraid this isn't the solution we're waiting for. :(

They did not only apply changes we suggested in the bug tracker but obviously tried to solve a lot more problems.

I tested the new version from github on both 1.5.3.1 and 1.5.4 and it seems to contain a new bug or maybe some. I posted this already here:

http://forge.prestas...0#comment-71490

 

So I don't think that using the modified Controller you find in Github is currently the best idea.

 

I am afraid you are right. It feels like I would have moved away from Prestashop already, if I had not already purchased a quite expensive theme for it. Will probably be quite a high priority once I get things running, I simply can't spend hours and hours dealing with stuff that doesn't work. Will cost me far more in the end.

Edited by Bocko (see edit history)
Link to comment
Share on other sites

Hi,

I am very new to PS. I just started using it last month with 1.5.3.1 version and just upgrade firstly manually but later on by

1-click Upgrade v1.0.13. to 1.5.4. I got some problems with friendly URL and tagging but those are solved from reading this forum.

 

However, I still got a big problem on shopping cart with the shipping fees.

The cart located on homepage top left was solve not to show "FREE SHIPPING" from the previous code in this forum.

But once I checked on the shopping cart inside after I select and press "Update Carrier List" button and

press "Update Cart" button, the shipping fees is not updated but show as "FREE SHIPPING".

 

Could anyone suggest me solution about this? Thank you very much. I very much appreciate it. :)

 

My demo website is http://store.relishthai.com/.

You can try to add item by selecting the "TEA" tag and add one item to the cart and see the "FREE SHIPPING" problem.

Edited by newbie2PS (see edit history)
Link to comment
Share on other sites

Hi,

the new Prestashop Cleaner module introduced with the latest version DO create several unrecoverable damages to the database.

The most visible one is the total disruption of the visualization of color attribute in the layered navigation.

I know that these kind of alerts must be sent to the bug tracker but I wanted to warn the whole community about this.

Link to comment
Share on other sites

Some pages are broken for me. E.g. 9 in 1 Content pack module generated pages. Is this some kind of CSS error?

 

http://www.stenders....s.php?item_id=3

 

I am having the same problem with a module generated page which worked fine in PS 1.5.3.1. I am not getting the deprecated warning about the header function though but a number of stylesheets are not loaded and the page is broken.

Link to comment
Share on other sites

Guys, could some of you test the following situation:

 

Enter specific price for a product - 25% discount and all other settings as they are. What price do you get on product page? Wrong or the real one shown in every other place including checkout...?

 

wrong one.

 

tax excl 0.05 x 60 pieces = 3.00

with 10% discount should be 2.70

 

reality - 0.04x60 = 2.40

Link to comment
Share on other sites

It's calculating the price everywhere but the product page correctly.

 

And I found now that it only display wrong prices on product with combinations. On products w/o combos everything works fine.

 

Wrong - http://www.rampageho...shinguards.html

 

ok - http://www.rampageho...0%BA%D0%B8.html

 

 

This is not real stopper because the discount could be done manually and aplied as fixed amount but it's better to show % to the customers...

 

And before you ask - all my combinations are WITHOUT impact on price

Edited by the.rampage.rado (see edit history)
Link to comment
Share on other sites

FYI,

 

In country setting, i set the Need zip/postal code to No but I keep getting "The Zip/Postal code you've entered is invalid" message while registering unless the Zip/post code format is set to blank.

 

In previous version, setting the Need zip/postal code is enough without the need to set the postal code format to blank.

Link to comment
Share on other sites

If you're experiencing this bug - http://forge.prestashop.com/browse/PSCFV-8722

 

Here's the solution: https://github.com/PrestaShop/PrestaShop/commit/3cbd8444d69eff328b378b858855de149ea4a2bd and the solution for the solution - https://github.com/PrestaShop/PrestaShop/commit/a632965b0d12b679f7c1ed7c10a8cd62a18afe85 (a row was commented)

 

Refresh your cache and it should show proper prices in the product page with special prices in % and combinations.

Link to comment
Share on other sites

And one more bug... (damn they keep going strong...)

 

If you use PS cleaner module the client addresses don't get truncated. So when you make new account (in this case with id_customer 1) guess who's address I also have in the address book - yeah... you guessed it - John Doe's

 

Is it safe to delete all addresses not related to anything (I see the warehouse address and my current test addres)???

Link to comment
Share on other sites

Hey PrestaShop community,

 

This is a development version. However, can you please check if the...

 

1. Dev_mode translations issue with adminimportcontroller and admintranslationscontroller

2. Free Shipping fix in modules/blockcart/ajax_cart.js

 

 

In this thread, please let me know if these issues still persist. Thank you!

 

Update: No Link Ready Yet, sorry.

  • Like 1
Link to comment
Share on other sites

Hey PrestaShop community,

 

This is a development version. However, can you please check if the...

 

1. Dev_mode translations issue with adminimportcontroller and admintranslationscontroller

2. Free Shipping fix in modules/blockcart/ajax_cart.js

 

 

 

In this thread, please let me know if these issues still persist. Thank you!

 

Good news.

Don't have time to try it out myself at the moment. Is this to be seen as an indiction we are closing in on a new "stable version"? ;)

Link to comment
Share on other sites

Naa, anyway. In case it helps, I can confirm the "dev"-version installed with manual upgrade (1.4.10) without problems. Version number is 1.5.4.1 so it smells more like a small bug fix version than a big stable release?!

Regards,trip

Whoo, there goes another one. Is it the same you posted ealier Ben?

Edited by Trip (see edit history)
Link to comment
Share on other sites

tested 1.5.4-development classes/cart.php

 

it's better, but still bug with rounding ~+/-0.01

 

After first look good news - voucher discount is correct.

 

bad news - if product price is 0.05 excl tax, then for users with 10% customer group discount calculation is wrong.

0.05x100 = 5.00 + vat

presta - 0.04x100 = 4.00+vat (wrong kinda.........)

should be 0.05x100=5.00-10%= 4.50

Edited by Tomin (see edit history)
Link to comment
Share on other sites

Hey PrestaShop community,

 

This is a development version. However, can you please check if the...

 

1. Dev_mode translations issue with adminimportcontroller and admintranslationscontroller

 

Didn't tried yesterday, but will try today, when I'm back at home... As I told before: I never had any problem with translations till now on PS 1.5.4.....

 

2. Free Shipping fix in modules/blockcart/ajax_cart.js

 

 

Fixed

Link to comment
Share on other sites

Well not sure whats up here as my cart still says free shipping, Fresh install 1.5.4.1 from Github.

Another issue is the product images are not showing almost everywhere, as you can see in the images no images in the module blocks, some images show in product view and those that do none show the first thumbnail.

I have regenerated images, this had no effect.

Early testing, anyone else have this same issue.

 

 

 

 

 

Link to comment
Share on other sites

Well not sure whats up here as my cart still says free shipping, Fresh install 1.5.4.1 from Github.

Another issue is the product images are not showing almost everywhere, as you can see in the images no images in the module blocks, some images show in product view and those that do none show the first thumbnail.

I have regenerated images, this had no effect.

Early testing, anyone else have this same issue.

 

 

 

 

 

 

 

After some further testing the image issue is a Friendly URL issue as if I disable Friiendly URL's all images appear as normal.

Strange that this was not an issue with 1.5.4.0.

Link to comment
Share on other sites

This issue has always been the same since 1.5's release, If your are not logged in as a customer Free shipping is shown in the cart instead of $0.00. (and summery)

The images I posted above are with out being logged in as a customer, once you log in then the Default carrier price is shown.

The problem is with vistors or guest visiting your shop and seeing the free shipping, then they create an account and get a shipping charge instead.

 

The issue is resolved in the cart summery just not in the Header cart, the image below is with the fix from the forge applied.

 

 

There was a fix for this posted on the forge along with my fix for the summery here:

 

http://forge.prestas...owse/PSCFV-5430

 

 

 

 

 

ps. Yes I installed and configured the USPS module.

Edited by tdr170 (see edit history)
Link to comment
Share on other sites

How about the images with friendly URL's enabled any issues there.

I have not at this point added any of my own products as I am thinking of a new user.

They would play and learn with the Demo products and if there is an issue with the images then they will and up here with the same question.

Link to comment
Share on other sites

No, I havent had any issues with the images there. I know Conny tested it on a live environment. I tested it on a local host.

 

 

Regarding the Free Shipping Fix

 

I made three Carriers for all zones with unlimited price and weight ranges

 

-Free Shipping ($0.00)

-$5.00

-$10.00

 

In 1.5.4 whenever you added a product, it would say Free Shipping until you chose your carrier,

 

In this version, with the ranges and carriers being constant, it will show ($5.00) , where in 1.5.4 it would say Free Shipping.

Link to comment
Share on other sites

Yes and the Free shipping is the issue that everyone wants to change to $0.00 rather then Free Shipping.

The cart should never say Free Shipping unless your actually offering it.

As for setting up shipping this has no effect on non-registered users or registered users when not logged in.

I do not like the Free shipping as it is mis-leading to the guest/visitor of my site.

I am testing on a live environment on the same host as the other three sites I have, this is the only version that I have an issue with the images and Friendly URL's.

I un-installed and installed twice just to make sure the install went correct same issue both times.

Link to comment
Share on other sites

So the other issue is in the .htaccess file it does not seem to generate correctly as I said above with friendly URL's enables most of the images do not appear in front office.

So today I took the .htaccess file from another install I have an upgraded 1.4.7 - 1.5.4 and placed that in the fresh install folder and all images show (except viewed products).

There is definitely a difference in the two files when compared in notepad++.

 

Before I create a bug report I'm looking for some feedback from others as to whether they have this issue or not.

Edited by tdr170 (see edit history)
Link to comment
Share on other sites

Hello all,

 

You can download 1.5.4.1 release package (not official yet). This should fix the free shipping error, and also the translations error that some have experienced.

 

 

Regarding any calculation error, (small prices, tax, vat etc.) We will focus on this for the next major release.

 

This version will be officially released early next week so I highly suggest you test this if you are interested.

 

 

Happy Selling!

 

 

Regards,

 

Benjamin

Link to comment
Share on other sites

Hello all,

 

You can (not official yet). This should fix the free shipping error, and also the translations error that some have experienced.

 

 

Regarding any calculation error, (small prices, tax, vat etc.) We will focus on this for the next major release.

 

This version will be officially released early next week so I highly suggest you test this if you are interested.

 

 

Happy Selling!

 

 

Regards,

 

Benjamin

 

Is that supposed to be a download link as it leads to Gmail sign up.

  • Like 1
Link to comment
Share on other sites

For those of you with the Free Shipping issue there is a fix and I am not sure why this was not fixed before 1.5.4 was released.

 

in ..modules/blockcart/ edit the ajax-cart.js file and replace lines 598-601 with the code below.

Be sure and empty you ..cache/smarty/cache and compile folders to be sure this takes effect. (do not remove any index.php)

 

 

 

if (parseFloat(jsonData.shippingCostFloat) == 0 && parseInt(jsonData.nbTotalProducts) >= 0)

$('.ajax_cart_shipping_cost').text(jsonData.shippingCost);

else

$('.ajax_cart_shipping_cost').text(jsonData.shippingCost);

 

I've just come across this post but I don't think the line numbers are the same. Could you please post the actual lines of code you replaced?

 

Thanks,

Steve

Link to comment
Share on other sites

I've just come across this post but I don't think the line numbers are the same. Could you please post the actual lines of code you replaced?

 

Thanks,

Steve

 

Those line #'s are correct for 1.5.4 for other 1.5 versions the lines should be very close 1.5.3 they are 593-596.

Link to comment
Share on other sites

After you set up your carriers, did it show still show Free Shipping when you add something to cart?

 

Have not got that far yet, however I did take a look at the ajax-cart file and it is the same as the one that shows free shipping but maybe they changed it elsewhere.

I also downloaded the one from your link will check very soon and let you know.

Link to comment
Share on other sites

Those line #'s are correct for 1.5.4 for other 1.5 versions the lines should be very close 1.5.3 they are 593-596.

 

These are the lines I have: (594 - 600) v.1.5.2

 

 if (parseFloat(jsonData.shippingCostFloat) > 0 || jsonData.nbTotalProducts < 1)
  $('.ajax_cart_shipping_cost').text(jsonData.shippingCost);
 else
 $('.ajax_cart_shipping_cost').html(fre