webbrent Posted November 6, 2024 Share Posted November 6, 2024 Hi Everyone, I have a bizarre issue and hope that there might be some guidance. We have recently migrated a very very old site from Prestashop 1.5 to 8.2 using Migration Pro - The migration was a success and now the client is operating on Prestashop 8.2 on PHP 8.1.29. Stock Management is enabled as well. When opening a product and attempting to adjust the stock level it fails to update the stock level adjustment, so the stock just doesn't change whether it be an addition or subtraction stock adjustment. I can however from the Catalog --> Stock --> Stock Management window adjust the stock levels with success. I am actually stumped why this would be an issue and whether or not it is a potential bug that needs reporting? Perhaps I am missing something else? TIA For any recommendations or insights. Link to comment Share on other sites More sharing options...
Prestashop Addict Posted November 7, 2024 Share Posted November 7, 2024 Hi, certainly a Migration Pro module issue, contact the author Link to comment Share on other sites More sharing options...
webbrent Posted November 7, 2024 Author Share Posted November 7, 2024 Migration Pro just moves your data from one instance to another - Not sure how it would be a Migration Pro issue? The Prestashop products page adjust stock quantity function is not allowing stock manipulation however it can be changed from Stock Manager. Link to comment Share on other sites More sharing options...
Nickz Posted November 7, 2024 Share Posted November 7, 2024 1 hour ago, webbrent said: Migration Pro just moves your data from one instance to another Best is if the server is set up before the shop moves. https://docs.prestashop-project.org/v.8-documentation/user-guide/configuring-shop/advanced-parameters/team/permissions Link to comment Share on other sites More sharing options...
webbrent Posted November 7, 2024 Author Share Posted November 7, 2024 The server was preconfigured and a blank install of the latest Prestashop installed to perform the migration from the source shop. I have resolved the matter though - It would seem that it was just a local caching issue of sorts on the users device. 1 Link to comment Share on other sites More sharing options...
lucass Posted March 3 Share Posted March 3 how did you solve it? it seems I am experiencing something very similar (also upgraded from 1.5.4.1 to 8.2) When I change quantity in product page, I get error: An unexpected error occured. [PrestaShop\PrestaShop\Core\Domain\Stock\Exception\MovementReasonConfigurationNotFoundException code0]: Movement reason id is not configured by "PS_STOCK_MVT_INC_EMPLOYEE_EDITION" Although it throws this error, the stock change actually goes through. When I perform the same stock update through Stock Management, it goes through just fine without an error. I believe during the upgrade this needed movement reason id was not added to the database, so will need to debug it myself what's missing there, unless someone was already dealing with this...? Link to comment Share on other sites More sharing options...
Knowband Plugins Posted March 3 Share Posted March 3 It seems this issue ocurred during the upgrade. 7 hours ago, lucass said: Movement reason id is not configured by "PS_STOCK_MVT_INC_EMPLOYEE_EDITION" Check fo the ps_configuration table & search for the "PS_STOCK_MVT_INC_EMPLOYEE_EDITION" in the table. SELECT * FROM `ps_configuration` WHERE `name` LIKE '%PS_STOCK_MVT_INC_EMPLOYEE_EDITION%' Insert the data in the ps_configuration table if not exist. Also check the ps_stock_mvt_reason & ps_stock_mvt_reason_lang table exist & data is available in these tables. 1 Link to comment Share on other sites More sharing options...
webbrent Posted March 3 Author Share Posted March 3 (edited) We found that a hard refresh of local cache on the back-office and front-end cleared the issue for us. Check in a Incognito window or on a new device if the problem arises, if not then it is a local caching issue. Edited March 3 by webbrent (see edit history) Link to comment Share on other sites More sharing options...
lucass Posted March 3 Share Posted March 3 3 hours ago, Knowband Plugins said: It seems this issue ocurred during the upgrade. Check fo the ps_configuration table & search for the "PS_STOCK_MVT_INC_EMPLOYEE_EDITION" in the table. SELECT * FROM `ps_configuration` WHERE `name` LIKE '%PS_STOCK_MVT_INC_EMPLOYEE_EDITION%' Insert the data in the ps_configuration table if not exist. Also check the ps_stock_mvt_reason & ps_stock_mvt_reason_lang table exist & data is available in these tables. good call - thanks! This was it - I had PS_STOCK_MVT_INC_EMPLOYEE_EDITION in my database, but the value was for some reason "0" - once I changed it, it all works. Although, where can I define these values in admin? I have these defined in the database, I have them even translated in ps_stock_mvt_reason_lang but I can't find in admin where I configured these (neither values, nor the translations) Link to comment Share on other sites More sharing options...
Knowband Plugins Posted March 3 Share Posted March 3 I think there is no option in the admin panel to change the same. The translation of the same is automatically added by Prestashop at the time of localization import (Language add). You can change the DB table directly. Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now